关于git的cherry-pick命令

xuesn

　　$ 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>
例如：
$ 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>
　　git cherry-pick  -x <commit>　　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