merge and 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