GIT 使用cherry-pick 重演其他分支的提交

標籤：

在使用Git時是否會遇到這樣的問題：你正在使用Git進資料列版本設定，某天你接著昨天的工作了提交了N個提交，結果在合并遠程分支的時候才發現原來你在工作之前沒有注意到你要提交的分支狀態結果導致你本來要提交到hotfix分支的提交結果全部提交到了dev分支上，而遠程分支你的同事已經提交了很多更改，如果遇到這種情況該怎麼做呢？

1. 從遠程分支提取所有的提交(這時你本地的hotfix分支跟遠程分支是一樣的)
2. 在hotfix分支上,使用cherry-pick合并原本屬於hotfix分支的提交而提交到dev分支的提交(需要手動合并衝突)
3. 切換dev分支，將屬於hotfix分支的提交移除或直接恢複到最後一次dev分支曆史上
4. 切換hotfix分支並繼續工作

由於cherry-pick沒有使用過，所以以下是從建立倉庫到完成重演的所有提交，主要是瞭解cherry-pick是如何工作的

git-scm#cherry-pick：可以理解為 再次提交/重演已經提交過的提交(可以在同一分支或不同分支)

 參考：    CHERRY-PICKING EXPLAINED
    git cherry-pick. 如何把已經提交的commit, 從一個分支放到另一個分支    圖解Git    3.6 Git 分支 - 變基    git cherry-pick 把提交到A分支的部分commit 再提交到B分支上
    git cherry-pick 處理專案 pull request    git cherry-pick 最佳實務    一個 Git 學習的網站    Replay the last N git commits on a different branch    How to replay a commit onto a branch that already contains the commit?    測試資料下載：百度雲端硬碟 

來自為知筆記(Wiz)

GIT 使用cherry-pick 重演其他分支的提交