关于git的cherry-pick命令

$ 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