为何在家推送文件后，工作地提交会触发Git合并要求？

Hey，咱们先把你的操作场景理清楚，这样更容易明白原因：

• 你在家的本地仓库新增了do_next.py，成功推送到远程仓库
• 之后在工作地的本地仓库创建了cat.py并完成本地提交，结果推送失败，收到提示说本地分支落后于远程
• 执行git pull时，Git要求你输入合并注释

核心原因：本地与远程分支的提交历史分叉了 #

当你在家把do_next.py的提交推送到远程后，远程仓库的分支已经向前更新了一次。但你工作地的本地分支还停留在之前和远程同步的状态，之后你又在这个本地分支上新增了自己的cat.py提交。这时候，本地和远程的提交历史就变成了两条分叉的线：

远程分支: ... -> 旧基础提交 -> 新增do_next.py的提交
本地分支: ... -> 旧基础提交 -> 新增cat.py的提交

Git的「快进合并」（fast-forward）只在本地分支的提交完全是远程分支的前缀时才会生效——比如你本地没新增任何提交，直接pull远程的新提交，这时候Git会直接把本地分支指针移到远程分支的位置，不需要生成新提交，自然也不用写注释。

但现在两边都有对方没有的新提交，Git只能做三方合并：它会把两个分叉的提交历史整合起来，生成一个新的「合并提交」，用来记录这次把远程和本地的修改合并的操作。而每个提交都需要注释，所以Git会自动打开编辑器让你输入合并注释（默认会有提示内容，你可以直接保存或者修改后再保存）。

补充小提示 #

如果你不想每次遇到这种情况都手动写合并注释，可以配置git pull使用rebase模式（git config --global pull.rebase true），这样Git会把你本地的提交“挪”到远程提交的后面，不会生成合并提交，也就不用写注释了。不过这种方式更适合个人开发场景，团队协作时要注意和队友沟通好使用模式~

内容的提问来源于stack exchange，提问作者Vladimir Zolotykh