各位碼農(nóng)朋友們一定有碰到過這樣的情況：在develop分支上辛辛苦苦擼了一通代碼后開發(fā)出功能模塊A，B，C，這時(shí)老板過來說，年青人，我們現(xiàn)在先上線功能模塊A，B。你一定心里一萬只草泥馬奔騰而過，但為了混口飯吃必須得按老板的意思辦事啊。

怎么辦？一個(gè)辦法就是，重新建一個(gè)分支，然后再把功能模塊C回退，留下功能模塊A，B。這種做法不是不行，但是有更好的辦法，那就是git所提供的cherry-pick功能。

cherry-pick類似于一個(gè)定制化的merge，它可以把其它分支上的commit一個(gè)個(gè)摘下來，合并到當(dāng)前分支。

廢話不多說，直接上實(shí)例。

比如我現(xiàn)在有個(gè)文件a.c，我在develop分支完成了三個(gè)功能模塊：feature A，feature B，feature C。如下圖：

現(xiàn)在，坑爹的老板只要feature A，feature B，我們現(xiàn)在用cherry-pick命令直接把feature A，feature B的提交合并到master分支里，如下操作：

可以看到，功能模塊feature A，feature B已經(jīng)被合并到master分支里。請(qǐng)注意，合并到master分支里的提交哈希值發(fā)生了改變，與原來的不同。

可以看出，cherry-pick命令使用方法很簡(jiǎn)單，即：

git cherry-pick commitID

剛剛是一個(gè)個(gè)提交cherry-pick到master分支，但如果有100個(gè)commit要合并到master分支呢？總不能這樣一個(gè)個(gè)操作吧？git一樣幫你想到了，它提供了一個(gè)區(qū)間操作方法。具體來講是這樣的：

git cherry-pick commit1..commit100

但是要注意，這是一個(gè)左開右閉的操作，也就是說，commit1不會(huì)被合并到master分支，而commit100則會(huì)。這樣的話上面的需求可以如下操作來實(shí)現(xiàn)：

注意：上面講到cherry-pick命令每揀選一個(gè)commit就會(huì)提交一次生成一個(gè)新的commit id。 如果我們想讓每個(gè)commit 揀選后暫緩提交，等到所有commit都揀選完成后，自己手動(dòng)commit，應(yīng)該怎么辦呢？答案是用-n 選項(xiàng)：

怎樣，是不是很簡(jiǎn)單？學(xué)會(huì)了cherry-pick命令媽媽再也不用擔(dān)心老板時(shí)不時(shí)的頭腦發(fā)熱了?？鞉呙柘路蕉S碼和良許一起學(xué)習(xí)更多git神操作！

到此這篇關(guān)于git 一個(gè)可以提高開發(fā)效率的命令：cherry-pick詳解的文章就介紹到這了,更多相關(guān)git cherry-pick命令內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論