乐趣区

关于git:冲突还在用git-merge吗互联网公司都用git-rebase

git merge 和 git rebase 的区别

目标都是将一个分支的 commit 合并到到另外一个分支中去

git merge

  1. 在 gitlab 上新建一个我的项目,push 一个 test 文件下来

    2. 在本地批改 test 文件做两次 commit, 每次 commit 都在文件中加一句批改


3. 在近程仓库中间接批改文件并 commit,模仿其余开发者的 commit

4. 如果此时我 push 本地的提交到近程,就会被回绝,因为近程和本地曾经各自有 commit 了,咱们惯例的做法是 git pull 一下,在本地解决抵触,而后持续 push,实质上 git pull = git fetch + git merge

产生抵触:


解决抵触:

从新走 add commit 而后 push,能够看到必须将合并当作一个新的 commit:

git rebase

如果咱们此时采纳 git pull –rebase,也就是 =git fetch + git rebase

  1. 一样本地 commit2 次,近程 commit2 次

  1. 应用能够看到 git pull –rebase,还是会提醒咱们去解决抵触,然而从 git log 上能够看出显著曾经产生了 rebase,也就是变基,本地分支基于了近程的最新 commit,而不是上次的本地 commit

  1. 解决抵触,每解决完一次本地 commit 抵触,用 git add 标记抵触已解决完,用 git rebase –continue 持续解决下一个本地 commit,也能够先用 git rebase - i 将本地的 commit 合并为一个 commit,这样 git pull –rebase 就能一次解决所有的抵触

  1. push 到近程之后,在分支图能够显著看到,跟 merge 的区别在于,rebase 不会产生分支,并且也不会产生新的提交

退出移动版