场景一
当一个任务要好几天才能完成时，就要创建自己的临时分支，每天下班前都提交到远程仓库，等开发完成后，再将临时分支的多个commit“压缩”为一个commit，合并进dev分支，这样既保证了dev分支的整洁，又能够应对极端情况下代码丢失的风险。
原始状态
c0---c1--c2--c3 dev
\
c4--c5 my-branch
-
step-1.
将临时分支的多个commit“压缩”为一个
$ git checkout my-branch
$ git rebase -i dev -
step-2.
将“压缩”后得到的新commit合并进dev分支
$ git checkout dev
$ git merge my-branch- 压缩（squash）的效果
dev my-branch c0---c1---c2---c3---c6'- 不压缩的效果
dev my-branch c0---c1---c2---c3---c4'---c5'
说明
$ git rebase -i my-branch|[start-commid end-commit]
与
$ git merge --squash my-branch
的区别是：
git rebase -i 不会改变commit的author信息，
git merge --squash 则会将commit的author信息改为命令执行人，并且原分支上的changset会保留，相当于复制了一份changeset到目标分支。
场景二
将自己的分支原样不动（即不压缩）的合并到目标分支。
原始状态
A---B---C my-branch
/
D---E---F---G dev
$ git checkout my-branch
$ git rebase dev
不切换分支，直接使用下面的命令，也能达到同样的效果。
$ git rebase dev my-branch
执行rebase命令后的效果
A'--B'--C' my-branch
/
D---E---F---G dev
Extention
如果自己的分支上的一部分变动已经在目标分支上“重放”过了，如下所示：
A---B---C my-branch
/
D---E---A'---F dev
在这种情况下，执行上面的rebase命令，会到达下面的效果：
B'---C' my-branch
/
D---E---A'---F dev
场景三
特性分支topic是在my-branch分支上分叉出来的，my-branch分支是从dev分支上分叉出来的，如下所示：
o---o---o---o---o dev
\
o---o---o---o---o my-branch
\
o---o---o topic
现在想将特性分支topic的变动（即特性功能）放到dev分支上，测试下特性功能，执行命令即可：
$ git rebase my-branch topic --onto dev
最终效果如下所示：
dev topic
o---o---o---o---o---o'---o'---o'
\
o---o---o---o---o my-branch
命令格式
$ git rebase base-branch topic-branch --onto base-commit|base-branch
Extention 1
在上面的场景中，如果只想将特性分支topic中的一部分commit拿到dev分支上“重放”，可以使用如下命令：
$ git rebase topic~2 topic --onto dev
命令格式
$ git rebase start-commit end-commit --onto base-commit|base-branch
如果要拿到目标分支dev上“重放”的commit的数量非常少，比如就一两个，可以使用
$ git cherry-pick
命令，达到同样的效果。
Extention 2
如果想放弃掉特性分支topic上的最初的2个commit，可以使用命令：
$ git rebase topic~1 topic --onto topic
命令格式
$ git rebase start-commit end-commit --onto base-commit|base-branch
网友评论