git-cherry-pick之使用心得

版权声明：本文为神州灵云作者的原创文章，未经神州灵云允许不得转载。

本文作者：Spike

笔者开发的项目，为了保持一个相对简单的提交记录，合并代码是一直是使用git rebase.

后来要出版本，于是建立了版本分支，每次合并代码后会提交一个版本号。

类似于以下记录:

a - b - c - d - e (dev) \ - version1 (v1.0) 

后来又开发了几个功能，在dev分支上又提交了b,c,d等几个commit，现在要把他们合并到v1.0分支上

合并完后，提交记录应该是这样的：

a - b - c - d - e (dev) \ - version1 - b' - c' - d' - e' - version2 (v1.0) 

但是，用git rebase后，记录会变成这样:

a - b - c - d - e (dev) \ - b' - c' - d' - e' - version1' - version2 (v1.0) 

version1应该在b之前的，但由于git rebase的关系，会被移动到后面。

为了解决这个问题，看了看git的文档，发现cherry-pick正好能解决这个问题。

什么是cherry-pick

git cherry-pick，可以把已存在的commit摘出来，应用到任意分支上去。

a - b - c - d (master) \ e - f (feature) 

例如，希望只把feature分支上的提交e，应用到master上。

通过cherry-pick，就能得到这样的记录：

a - b - c - d - e` (master) \ e - f (feature) 

什么时候用cherry-pick

当你只想应用分支上的某个或多个commit，而不想那条分支上所有commit都拿过来的时候，你就可能用的上cherry-pick.

一些应用场景

• 不小心把一个commit，提交在错误的分支上了，可以用cherry-pick把这个提交摘出，再放回到正确的分支上。

• 在一条功能上开发时，发现了一个明显的bug，你修复了它并作为独立的bug提交了，这个时候你还不想合并你的功能分支，但可以用cherry-pick把这个bug先应用到主分支上，避免更多人遇到这个bug。

• …

如何使用cherry-pick

pick一个提交

git cherry-pick <commit>

步骤：

• ++通过git log，找到你要pick的提交的commit hash，记住它++

liangyanleis-MacBook-Pro:mail-for-yun spike$ git