你有两个选择:

第一个是合并，但是这为合并创建了一个额外的提交。

检查每个分支:

git checkout b1

然后合并:

git merge origin/master

然后推:

git push origin b1

或者，你可以做一个rebase:

git fetch
git rebase origin/master

你有两个选择:

第一个是合并，但是这为合并创建了一个额外的提交。

检查每个分支:

git checkout b1

然后合并:

git merge origin/master

然后推:

git push origin b1

或者，你可以做一个rebase:

git fetch
git rebase origin/master

从master更新你的分支:

  git checkout master
  git pull
  git checkout your_branch
  git merge master

@cmaster给出了最好的详细回答。简而言之:

git checkout master #
git pull # update local master from remote master
git checkout <your_branch>
git merge master # solve merge conflicts if you have`

您不应该重写分支历史记录，而应该保持它们的实际状态以供将来引用。当合并到master时，它会创建一个额外的提交，但这很便宜。提交不需要成本。

令人惊讶的是，我最常用的方法没有被提及。这在基于Trunk的开发风格中是很常见的，其中main不断更新，并且从它的分支中工作。

假设main已经有了更新的代码，并且你在分支b1中。如果不是这种情况，您将需要git fetch。

因此，要用main中所做的更改更新b1，只需使用

git pull origin main

当您或其他人到达其他分支并想要更新时，也必须在其他分支中进行相同的操作。

用你的主分支副本更新其他分支，如(备份)。 你可以按照任何一种方式(rebase或merge)…

做rebase(不会有任何额外的提交到备份分支)。 合并分支(将有一个额外的自动提交到 备份分支)。 注:Rebase只是建立一个新的base(一个新的副本)

git 结帐备份 Git 合并大师 git push

(重复执行其他分支，如backup2等)

git 结帐备份 git 变基大师 git push

(重复执行其他分支，如backup2等)