共计 702 个字符，预计需要花费 2 分钟才能阅读完成。
git merge 和 git rebase 的区别
目标都是将一个分支的 commit 合并到到另外一个分支中去
git merge
- 在 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
- 一样本地 commit2 次，近程 commit2 次
- 应用能够看到 git pull –rebase，还是会提醒咱们去解决抵触，然而从 git log 上能够看出显著曾经产生了 rebase，也就是变基，本地分支基于了近程的最新 commit，而不是上次的本地 commit
- 解决抵触，每解决完一次本地 commit 抵触，用 git add 标记抵触已解决完，用 git rebase –continue 持续解决下一个本地 commit，也能够先用 git rebase - i 将本地的 commit 合并为一个 commit，这样 git pull –rebase 就能一次解决所有的抵触
- push 到近程之后，在分支图能够显著看到，跟 merge 的区别在于，rebase 不会产生分支，并且也不会产生新的提交
正文完
