git 提交的时候,有的时候回出现 merge,自动合并,为什么?
为什么两人的提交修改的文件互不影响,还会出现这种情况?
1
azygote 2017-12-05 13:34:12 +08:00
Git 是基于指针的
|
2
xubeiyan 2017-12-05 14:08:20 +08:00
当然了,如果 a 和 b 是加入到了代码库里的两个文件,你修改了 a 文件,commit,push,另一人修改了 b 文件,commit,push,后提交那个人(假设是你)的 b 文件和远端上是不一样的(因为被另一个人改了),所以就需要 merge,由于这两个 commit 是没有冲突的(指的两个人都修改的同一个文件),所以会自动 merge,不想出现这个问题的话可以(1)开分支,最后合并一下;(2)在另一个人往上 push 了之后,再在他的 push 的代码的基础上再修改
|
3
Biwood 2017-12-05 14:17:59 +08:00
因为 pull 的时候会把远程的代码 merge 到本地,如果你们俩改的文件互不影响,那么默认会走 fast-forward 合并,不需要提交 merge 信息。如果你们改的文件有重叠,那么就可能会出现冲突,需要把文件合并起来,这时候会自动提交一个 merge 信息,当然,有冲突的时候需要手动提交 merge 信息。你看到的 merge 就是这么来的。
|
4
sbw 2017-12-05 16:51:57 +08:00
不想出现 merge 就自己 rebase 喽
|
5
mineqiqi 2017-12-05 17:26:19 +08:00
因为在你 push 到远程库前, 远程库上的代码有了新的更新,并且该更新与你要提交的代码没有产生冲突,所以就 merge 了。每次本地 commit 前应该先 pull 的,这样就不会出现 merge (可能会冲突哦)
|
6
koalli 2017-12-05 17:53:47 +08:00
在你 push 到远程仓库时如果你的本地仓库落后于远程仓库,你需要先 pull 远程跟本地仓库 merge,在 merge 的时候会检查是否有文件存在冲突或者共同修改了某些文件,如果可以直接 merge 的话就会自动产生一个 commit,否则你就需要手动解决冲突后提交一个 merge 的提交
|
7
zhaoyou 2017-12-05 18:19:32 +08:00
远程仓库指向最新的提交点, 你提交时落后了远程的提交点当然会要你合并。(不然在你拉取后,别人已经正常提交的不就被你覆盖掉了呀)。重点是不是你们是否修改了同一个文件。主要是有人在你提交前已经提交到了服务器(而他的那部分你本地并没有)。
|
8
youcanwin8099 2020-04-27 14:38:46 +08:00
@zhaoyou ,所以 git 这种基于整体仓库的版本管理,带来的开销和繁琐操作就是大,而实际上往往每个人只关心个别文件。
|