git rebase 合并
/*
* git rebase
*/
git rebase 是另一种将更改从一个分支合并到另一个分支的方法。
与git merge不同，rebase 通过重新应用一个分支上的更改到另一个分支的末端，来创建一个线性的提交历史。
这样做的好处是可以得到一个更干净、更直观的项目历史，但它会改变提交的历史。
/*
* 使用git rebase合并到主分支的步骤
*/
假设你想将 ac-dev上 的更改合并到 master 分支。
1.切换到特性分支：
首先，确保你在 ac-dev 上。
git checkout ac-dev
2.执行rebase操作：
使用git rebase 命令将 ac-dev 上的更改重新基于 master 分支的最新提交。
git rebase master
这会将ac-dev上的提交解除（unapply），
更新 ac-dev 的基点到 master 分支的最新提交，然后重新应用之前的更改。
3.解决可能出现的冲突：
如果在rebase过程中出现冲突，Git会停止并让你解决冲突。
解决冲突后，使用git add命令标记冲突为已解决，然后通过 git rebase --continue 继续rebase操作。
如果你想中止rebase操作，可以使用 git rebase --abort。
4.切换到主分支：
一旦rebase完成，切换回master分支。
git checkout master
5.将变更合并到主分支：
因为rebase操作已经将ac-dev的更改重新应用在了master分支的最新提交之上，
现在可以安全地使用git merge命令进行快进合并。
git merge ac-dev
在这个点上，由于 ac-dev 已经被rebase到master的最新提交上，merge 操作应该是一个快进（fast-forward）合并。
/* 具体命令操作2 */
首先使用 git checkout -b ac-dev, 新建并切换到 ac-dev 分支上，并且使用 git commit 命令进行一次提交生成C2节点。
然后使用 git checkout master 命令切换到master分支上，并且使用 git commit 命令进行一次提交生成C3节点。
然后再使用 git checkout ac-dev 命令切回到 ac-dev 分支上。
最后在 ac-dev 分支上执行 git rebase master 命令，经其父类变成 master。
执行变基后，C2会和C3节点的内容进行合并生成新的节点C2`，
而 ac-dev 分支的指针也会从C2节点移动到C2`上，移动后 ac-dev 之前的分支就会被废弃掉，
取而代之的是从 master 延续下来的新分支。
/*
* 注意事项
*/
不要在公共分支上使用rebase：rebase会改变历史，这在私有分支上是安全的，但如果在公共分支上使用，
可能会导致团队成员之间的混乱和问题。只在你确定没有其他人正在工作的分支上使用rebase。
理解rebase的影响：在使用rebase之前，确保你理解它如何改变Git历史的细节。错误使用rebase可能会导致更复杂的问题。
通过使用git rebase，你可以保持项目历史的清洁和线性，但要谨慎使用，以避免潜在的问题。