git 提交时,有时会出现 merge？为什么？

Git 是基于指针的

当然了，如果 a 和 b 是加入到了代码库里的两个文件，你修改了 a 文件，commit，push，另一人修改了 b 文件，commit，push，后提交那个人（假设是你）的 b 文件和远端上是不一样的（因为被另一个人改了），所以就需要 merge，由于这两个 commit 是没有冲突的（指的两个人都修改的同一个文件），所以会自动 merge，不想出现这个问题的话可以(1)开分支，最后合并一下；(2)在另一个人往上 push 了之后，再在他的 push 的代码的基础上再修改

因为 pull 的时候会把远程的代码 merge 到本地，如果你们俩改的文件互不影响，那么默认会走 fast-forward 合并，不需要提交 merge 信息。如果你们改的文件有重叠，那么就可能会出现冲突，需要把文件合并起来，这时候会自动提交一个 merge 信息，当然，有冲突的时候需要手动提交 merge 信息。你看到的 merge 就是这么来的。

不想出现 merge 就自己 rebase 喽

因为在你 push 到远程库前， 远程库上的代码有了新的更新，并且该更新与你要提交的代码没有产生冲突，所以就 merge 了。每次本地 commit 前应该先 pull 的，这样就不会出现 merge （可能会冲突哦）

在你 push 到远程仓库时如果你的本地仓库落后于远程仓库，你需要先 pull 远程跟本地仓库 merge，在 merge 的时候会检查是否有文件存在冲突或者共同修改了某些文件，如果可以直接 merge 的话就会自动产生一个 commit，否则你就需要手动解决冲突后提交一个 merge 的提交

远程仓库指向最新的提交点， 你提交时落后了远程的提交点当然会要你合并。（不然在你拉取后，别人已经正常提交的不就被你覆盖掉了呀）。重点是不是你们是否修改了同一个文件。主要是有人在你提交前已经提交到了服务器（而他的那部分你本地并没有）。

@zhaoyou ,所以 git 这种基于整体仓库的版本管理，带来的开销和繁琐操作就是大，而实际上往往每个人只关心个别文件。