习惯于 SVN，我总是在共享任何更改之前进行“更新”，因此在进行任何推送之前，我总是先 pull 。
当我 pull (即使没有对远程进行任何更改)并看到 merge 的提交时，这很烦人 0 个更改的文件，0 个添加和 0 个删除。提交如下:
https://github.com/UCF/Harvard-Mobile-Web/commit/be9d6b2d1ab196554e080d8b8647a9d16c8a5ddf
在查看提交历史时，我发现这是无用的噪音。
也许我遗漏了什么，这个提交有什么意义吗？如果没有，有什么办法可以防止 git 写入空的 merge 提交？
最佳答案
git pull 的定义本质上是“获取并 merge 我当前分支的新远程 HEAD”。如果你想 rebase ，只需 git pull --rebase。这会修改 pull 以将您的提交重新定位在新的远程 HEAD 之上。
就我个人而言，我喜欢 git fetch(从远程下载新对象，但不更新任何本地分支)并检查情况，然后自己决定是 merge 还是 rebase 。
关于git - 防止 git 写入空的 merge 提交，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/4219570/