git的cherry-pick，選擇其他分支特定提交進行合併

360linker發表於2018-07-14
Git

$ git cherrypick 

用一條新的指令-----揀選指令(git cherry-pick) 實現提交在新的分支上"重放",

揀選指令----git cherry-pick 其含義就是從眾多的提交中選出一個提交應用在當前的工作分支中.該命令需要提供一個提交ID作為引數.操作過程相當於將該提交,匯出為補丁檔案,然後在當前HEAD上重放,形成無論內容還是提交說明都一致的提交.

git cherry-pick用於把另一個本地分支的commit修改應用到當前分支。(當時我遇到的那種環境,6.0的已經整合好, 在把6.0對應的改變整合到5.6和5.5版本上)

實際問題 
在本地 master 分支上做了一個commit ( 38361a68138140827b31b72f8bbfd88b3705d77a ) ， 如何把它放到 本地 old_cc 分支上？ 
辦法之一： 使用 cherry-pick.  根據git 文件：
Apply the changes introduced by some existing commits 
就是對已經存在的commit 進行apply (可以理解為再次提交）
簡單用法：
git cherry-pick <commit id>
例如：
$ git checkout old_cc
$ git cherry-pick 38361a68
1. 如果順利，就會正常提交。結果：
Finished one cherry-pick.
# On branch old_cc
# Your branch is ahead of 'origin/old_cc' by 3 commits.
 
2. 如果在cherry-pick 的過程中出現了衝突
Automatic cherry-pick failed.  After resolving the conflicts,
mark the corrected paths with 'git add <paths>' or 'git rm <paths>'
and commit the result with: 
 
        git commit -c 15a2b6c61927e5aed6718de89ad9dafba939a90b
 
就跟普通的衝突一樣，手工解決：
執行git status 看哪些檔案出現衝突
$ git status 
both modified:      app/models/user.rb 
接著手動解決衝突的檔案，然後通過git add把改到新增到索引，最後執行git commit提交修改。
$ vim app/models/user.rb   
$ git add app/models/user.rb
git commit -c <原commit號>
git-cherry-pick(1)

 

 

git cherry-pick <commit id>:單獨合併一個提交

git cherry-pick  -x <commit id>：同上，不同點：保留原提交者資訊。

Git從1.7.2版本開始支援批量cherry-pick，就是一次可以cherry-pick一個區間的commit。

 git cherry-pick <start-commit-id>..<end-commit-id>

 或者

 git cherry-pick <start-commit-id>^..<end-commit-id>

前者表示把<start-commit-id>到<end-commit-id>之間(左開右閉，不包含start-commit-id)的提交cherry-pick到當前分支；
 
後者表示把<start-commit-id>到<end-commit-id>之間(閉區間，包含start-commit-id)的提交cherry-pick到當前分支。
其中，<start-commit-id>到<end-commit-id>只需要commit-id的前6位即可，並且<start-commit-id>在時間上必須早於<end-commit-id>
注：以上合併，需要手動push程式碼。
>>>>>>>>>>>>>>>>>>>>>>>>>>>>下面引用別人的文章豐富自己的部落格>>>>>>>>>>>>>>>>>>>>>>>>>>>>
http://www.cnblogs.com/wanqieddy/archive/2012/08/21/2649428.html
git stash 和 git cherry-pick
開發人員常常遇到這種情況：花了幾天時間一直在做一個新功能，已經改了差不多十幾個檔案，突然有一個bug需要緊急解決，然後給一個build測試組。在Git問世之前基本上靠手動備份，費時且容易出錯。
git stash命令簡而言之就是幫助開發人員暫時擱置當前已做的改動，倒退到改動前的狀態，進行其他的必要操作（比如釋出，或者解決一個bug，或者branch，等等），之後還可以重新載入之前擱置的改動，很cool吧!
步驟:
首先git add (用git add把所有的改動加到staging area)
其次git stash(接著用git stash把這些改動擱置)
反饋:git stash save "what you want to say********XXXXXX"
到這裡，當前工作平臺就回復到改動之前了。該幹嘛幹嘛，此處省略1萬字。
需要找回之前擱置的改動繼續先前的工作了？
git stash apply 即可。
也可以用 git stash list 來檢視所有的擱置版本（可能擱置了很多次，最好不要這樣，容易搞混）
在出現一個擱置棧的情況下，比如如果你想找回棧中的第2個，可以用 git stash apply stash@{1}
如果想找回第1個，可以用 git stash pop
如果想刪除一個stash，git stash drop <id>
刪除所有stash，git stash clear
 




相關文章