一、應用場景
為什么需要合並多個提交呢？
常常一個功能的開發，修修補補 commit 了 n 多次，帶來的結果就是提交過多過雜，不夠直觀，究竟哪些提交是對應這個功能的呢？還有就是，如果我要將這個功能遷移到其他分支呢？一個個 commit 去 cherry-pick 嗎？未免太麻煩了吧！為什么不嘗試下將多個 commit 合並成一個呢？
二、功能實現
將多個 commit 合並成一個，用到的主要 git 命名就是 git rebase。先來解釋下git rebase 。其實可以把它理解成是 "重新設置基線" ，為你的當前分支重新設置開始點。
git rebase –i ，這里的 "-i" 是指交互模式。就是說你可以干預rebase這個事務的過程，包括設置commit message，暫停commit等等。
1、查看提交歷史
git log -10
-10 表示要查看 commit 記錄的條數。
2、git rebase -i [commit_log]
git rebase -i 5c946ca764a1a2672f36b7e8e70b647da2609caa
pick : 代表合並后的提交用這個提交的注釋；
s : squash命令的簡寫，代表合並提交中包含這個提交；
d : 代表合並提交中排除這個提交。
3、設置commit message
4、總結
rebase 需要基於一個 commit 來設置你當前的分支的基線，這基線就是當前分支的開始時間軸向后移動到最新的跟蹤分支的最后面，這樣你的當前分支就是最新的跟蹤分支。這里的操作是基於文件事務處理的，所以你不用怕中間失敗會影響文件的一致性。在中間的過程中你可以隨時取消rebase 事務。git rebase –abort