在本地GIT上，当本地主机领先于源/主机或位于单独的分支上时，如何将主机与源/主机合并？

当我们执行提取或拉取操作时，本地主分支位于源/主分支之后，或者如果本地主分支与源/主分支位于单独的分支上，那么如何使本地主分支与源/主分支同步

您可以像任何其他分支一样手动执行合并（或重新基础）

git fetch origin
git checkout master
git merge origin/master

0b743 < a6b4c < f4265 < 31b8e < 190a3 [origin/master]
                     \               \   
                      < a38de < 893cf < abc123 [master]

或者，您可以避免不必要的簿记合并，并使用

git pull--rebase

在远程更改的基础上重放本地更改。这是一个

git-fetch-origin

加上一个

git-rebase-origin/master

git checkout master
git pull --rebase origin master

0b743 < a6b4c < f4265 < 31b8e < 190a3 [origin/master]
                                     \   
                                      < a38de1 < 893cf1 [master]

git签出主机
git pull--重新设置原点主控形状
0b743

您可以像任何其他分支一样手动执行合并（或重新基础）

git fetch origin
git checkout master
git merge origin/master

0b743 < a6b4c < f4265 < 31b8e < 190a3 [origin/master]
                     \               \   
                      < a38de < 893cf < abc123 [master]

或者，您可以避免不必要的簿记合并，并使用

git pull--rebase

在远程更改的基础上重放本地更改。这是一个

git-fetch-origin

加上一个

git-rebase-origin/master

git checkout master
git pull --rebase origin master

0b743 < a6b4c < f4265 < 31b8e < 190a3 [origin/master]
                                     \   
                                      < a38de1 < 893cf1 [master]

git签出主机
git pull--重新设置原点主控形状
0b743

你看过git pull吗？git pull就是这样做的。它是一个fetch+一个merge（或rebase）。你有什么不同的发现吗？拉动功能在本章中仅作了进一步介绍。可能重复的功能您是否查看过git pull？这就是git pull的功能。它是一个fetch+一个merge（或rebase）。你有什么不同的发现吗？拉动在后面的章节中有进一步的介绍。虽然这个答案呈现了重新调整，好像这是一个不需要动脑筋的问题，但在拉动的基础上重新调整有其优点和缺点。要知道，在重新基址之后，所有替换本地提交的重写提交都没有经过测试——不仅仅是最终结果，就像合并一样。虽然这个答案显示了重新基址，好像这是一个不需要动脑筋的问题，但实际上在拉入时重新基址有其利弊。请理解，在重新基址之后，所有替换本地提交的重写提交都未经测试，而不仅仅是最终结果，如合并