只有当合并是快进时，才能执行此操作。如果不是，那么git需要签出文件，以便合并它们！

仅为快进操作：

git fetch <branch that would be pulled for branchB>
git update-ref -m "merge <commit>: Fast forward" refs/heads/<branch> <commit>

其中＜commit＞是提取的commit，即您要快进的commit。这基本上就像使用gitbranch-f移动分支一样，只是它还将其记录在reflog中，就像您实际执行了合并一样。

拜托，拜托，请不要为不快速前进的事情而这样做，否则您只会将分支重置为另一个提交。（要检查，请查看gitmerge-base<branch><commit>是否给出了分支的SHA1。）

另一种公认的蛮力方法是重新创建分支：

git fetch remote
git branch -f localbranch remote/remotebranch

这将丢弃本地过时的分支，并重新创建一个同名分支，因此请谨慎使用。。。

只有当合并是快进时，才能执行此操作。如果不是，那么git需要签出文件，以便合并它们！

仅为快进操作：

git fetch <branch that would be pulled for branchB>
git update-ref -m "merge <commit>: Fast forward" refs/heads/<branch> <commit>

其中＜commit＞是提取的commit，即您要快进的commit。这基本上就像使用gitbranch-f移动分支一样，只是它还将其记录在reflog中，就像您实际执行了合并一样。

拜托，拜托，请不要为不快速前进的事情而这样做，否则您只会将分支重置为另一个提交。（要检查，请查看gitmerge-base<branch><commit>是否给出了分支的SHA1。）

另一种有效的方法是：

git fetch
git branch -d branchB
git branch -t branchB origin/branchB

因为它是小写-d，所以只有在数据仍然存在的情况下才会删除它。这与@kkoehne的答案相似，只是它不强制。由于-t，它将再次设置遥控器。

我有一个与OP稍有不同的需求，那就是在合并一个拉取请求之后，创建一个新的特性分支，脱离开发（或主）。这可以在一个命令行中完成，无需强制，但它不会更新本地开发分支。这只是检查一个新的分支机构并使其基于起源/发展的问题：

git checkout -b new-feature origin/develop

不，没有。需要签出目标分支，以便解决冲突（如果Git无法自动合并冲突）。

但是，如果合并是一个可以快速进行的合并，则不需要检查目标分支，因为实际上不需要合并任何内容-只需更新分支以指向新的头部引用即可。您可以使用gitbranch-f执行此操作：

git branch -f branch-b branch-a

将更新branch-b以指向branch-a的头部。

-f选项代表--force，这意味着branch-b将被覆盖。

警告：更安全的选择是使用git fetch，它只允许快进。

此方法可按如下方式使用：

git branch -f branch-b branch-b@{Upstream}

或更短

git branch -f branch-b branch-b@{U}

强制更新一个分支，而不检查它（例如，如果它们在重基之后已经分叉）

如果您想保持与要合并的分支相同的树（即，不是真正的“合并”），可以这样做。

# Check if you can fast-forward
if git merge-base --is-ancestor a b; then
    git update-ref refs/heads/a refs/heads/b
    exit
fi

# Else, create a "merge" commit
commit="$(git commit-tree -p a -p b -m "merge b into a" "$(git show -s --pretty=format:%T b)")"
# And update the branch to point to that commit
git update-ref refs/heads/a "$commit"