$ 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
