文章目录
- 什么是merge
- 什么是rebase
- merge和rebase的区别
- 操作执行
- git merge操作
- git rebase操作
- 冲突解决
- 解决冲突的步骤
Git Merge 和 Git Rebase 都是用于集成来自不同分支的修改的 Git 命令。
什么是merge
Git Merge 是将一个分支的改动合并到另一个分支的方式。当你执行一个 merge 操作时,如果没有冲突,Git 会自动创建一个新的提交,这个提交有两个父提交,一个是你正在工作的分支的最后一个提交,一个是你要合并进来的分支的最后一个提交。
什么是rebase
同样可以用来集成不同的分支,但它的工作原理与 merge 不同。Rebase 实际上是取出一系列的提交,然后在另一个分支上"重新执行",在你执行 rebase 的过程中,如果运行到有冲突的提交,Git 会暂停 rebase,并允许你解决冲突,你修复冲突后再提交,然后使用 git rebase --continue 命令来继续执行剩下的部分。这将创建一个线性的提交历史。
merge和rebase的区别
Git Merge 保持了历史的所有信息和分支的上下文关系,但这会让提交历史复杂且难以阅读。
Git Rebase 则可以得到一份“干净”的提交历史,所有的更改都像一条线一样递进,但这会改变历史,且一旦你推送你 rebase 过的代码到远程仓库,会给协作者带来麻烦。
对于团队项目,建议在本地使用 Git Rebase 保持简洁的线性历史记录,等到需要推送到远端仓库,或者需要和别人共享的时候再执行一个 Git Merge。
记住一条原则:已经在公有分支的提交,避免对其进行 Rebase 操作。因为 Rebase 会重写提交历史,这对于已经被其他人拉取使用的分支会产生问题。
操作执行
git merge操作
例如,假设我们想要将 feature 分支的更改合并到 master 分支,首先切换到 master 分支:
git checkout master
运行 git merge 命令,后面跟上你想要合并 的 分支的名称:
git merge feature
git rebase操作
切换到我们想要重新基准的分支,也就是说我们想要移动 feature 分支到 master 分支的末尾
git checkout feature
运行 git rebase 命令,后面跟上你想要基于 的 分支的名称:
git rebase master
冲突解决
遇到冲突时,Git会暂停合并或者rebase操作,并且会在冲突的文件中插入标准冲突指示符,你可以直接编辑这些文件来解决冲突。
冲突部分会显示如下格式:
<<<<<<< HEAD
code on the current branch
=======
code from the other branch (e.g., the branch being merged or rebased)
>>>>>>> branch-name
其中,<<<<<<< HEAD 与 ======= 之间的部分是在当前分支的代码,而 ======= 和 >>>>>>> branch-name 之间的部分是在其他分支上的代码。
解决冲突的步骤
- 打开冲突文件,找到冲突的地方。
- 决定保留哪个版本的代码,或者可能需要手动混合两个版本以解决冲突。
- 删除所有的标记,包括 <<<<<<< , ======= ,和 >>>>>>> 。
- 保存文件。
- 使用 git add 命令把已经解决冲突的文件标记为已解决状态:
git add filename
- 如果你正在进行合并(merge)操作,你可以接着提交已经解决冲突的合并:
git commit
- 如果你正在进行rebase操作,应该继续进行剩下的rebase流程:
git rebase --continue # 取消rebase git rebase --abort