git rebase 是 Git 中一个非常强大的命令，用于在版本历史中重新应用提交。它的主要作用是将一系列的提交“移动”到另一个基点上，使得提交历史更加线性并清晰，避免了复杂的分支合并历史。
git rebase 通常用于将一个分支的修改应用到另一个分支的基础上，从而整理提交记录，使其更加简洁和易读。
假设你在一个分支 feature 上进行开发，现在你想将 feature 分支上的修改重新基于 master 分支（或者主分支），步骤如下：
切换到 feature 分支：
Life is like a journey
git checkout feature
执行 rebase 操作：
git rebase master
这将会把 feature 分支上的提交应用到 master 分支的最新提交之后。Git 会将 feature 分支的每个提交从当前的基础提交“摘下”，然后一个接一个地应用到 master 分支的最新提交上。
git rebase 会将分支上的提交按时间顺序重写并“应用”到目标分支上。具体来说，它会做以下几步：
master）自那个共同祖先之后的最新提交。feature 分支上的每个提交“摘下”，并按顺序逐个应用到目标分支（master）上。git rebase --continue 来完成 rebase 操作。在 rebase 过程中，可能会遇到冲突。Git 会提示你冲突在哪些文件中，你需要手动解决冲突。
查看冲突的文件： Git 会标记冲突文件，文件内容中会显示冲突的部分。
解决冲突： 打开冲突文件，手动编辑冲突区域，选择保留哪些改动，去掉冲突标记。
标记冲突已解决：
git add <file>
继续 rebase 操作：
git rebase --continue
如果出现多个冲突，Git 会逐一提示你解决，直到所有冲突解决完毕。
如果你想中止 rebase 操作，可以使用：
git rebase --abort
这会撤销正在进行的 rebase 操作，并将你的分支恢复到 rebase 之前的状态。
交互式 rebase (git rebase -i) 是 Git 中一个非常强大的功能，它允许你在执行 rebase 时，控制每个提交的行为。例如，你可以选择：
要执行交互式 rebase，请使用以下命令：
git rebase -i <base>
其中 <base> 是你想要 rebase 到的提交点，通常是目标分支的最新提交。
启动交互式 rebase： 例如，要将 feature 分支上的最后 3 个提交应用到 master 分支上，可以执行：
git rebase -i HEAD~3
选择操作： 在编辑器中，会看到如下内容：
pick e3a1b35 Commit 1
pick 4f2a2f1 Commit 2
pick b2e4f1d Commit 3
你可以在这里进行以下几种操作：
squash 类似，但会丢弃当前提交的提交信息。保存并退出： 完成修改后，保存并退出编辑器。Git 会按你指定的操作处理每个提交。
继续处理： 在交互式 rebase 过程中，如果你选择了 edit 操作，Git 会在相应的提交上暂停，你可以修改该提交后使用 git commit --amend 来修改提交内容，然后使用 git rebase --continue 继续执行 rebase。
rebase，其他开发者的本地分支会与其产生冲突。merge 是非破坏性的，它不会修改历史提交。rebase 会将提交合并成一个线性的历史，避免了因多次合并产生的合并提交。rebase 会重写提交历史（即更改提交的哈希值），如果在公共分支上执行 rebase，会导致其他开发者的本地分支与远程分支发生冲突，产生麻烦。rebase 可能比 merge 更复杂，因为需要逐个解决每个冲突。rebase 保持一个干净的历史。rebase，例如在合并特性分支时。rebase。这样会重写历史，导致团队协作出现问题。