git cherry pick
2015-11-20 13:23
204 查看
本地端历史记录的状态如下图显示。仅把在其他分支执行的「添加commit的讲解」的修改导入到master分支。
![](http://backlogtool.com/git-guide/cn/img/post/stepup/capture_stepup7_4_1.png)
把修改移动到master分支后,用cherry-pick 取出「添加commit的讲解」提交,然后将其添加到master。(文档里的提交"99daed2"和下载到数据库里的提交有可能不相同。在下载的数据库里执行git log,确认是正确的提交之后再使用。)
如果发生冲突,就打开sample.txt,修改冲突的部分之后再提交。
git merge是用来合并两个分支的。
# 将b分支合并到当前分支
git merge b
git cherry-pick可以选择某一个分支中的一个或几个commit(s)来进行操作。例如,假设我 们有个稳定版本的分支,叫v2.0,另外还有个开发版本的分支v3.0,我们不能直接把两个分支合并,这样会导致稳定版本混乱,但是又想增加一个v3.0 中的功能到v2.0中,这里就可以使用cherry-pick了。
# 先在v3.0中查看要合并的commit的commit id
git log
# 假设是 commit f79b0b1ffe445cab6e531260743fa4e08fb4048b
# 切到v2.0中
git check v2.0
# 合并commit
git cherry-pick f79b0b1ffe445cab6e531260743fa4e08fb4048b
git rebase有点类似git merge,但是两者又有不同,打个比方,你有两个抽屉A和B,里面都装了衣服,现在想把B中的衣服放到A中,git merge是那种横冲直撞型的,拿起B就倒入A里面,如果满了(冲突)再一并整理;而git rebase就很持家了,它会一件一件的从B往A中加,会根据一开始放入的时间顺序的来加,如果满了你可以处理这一件,你可以继续加,或者跳过这一件,又 或者不加了,把A还原。所以merge适合那种比较琐碎的,简单的合并,系统级的合并还是用rebase吧。
专业的区别请移步到这里合并和衍合
# 合并b
git rebase b
# 处理完冲突继续合并
git rebase –continue
# 跳过
git rebase –skip
# 取消合并
git rebase –abort
![](http://backlogtool.com/git-guide/cn/img/post/stepup/capture_stepup7_4_1.png)
把修改移动到master分支后,用cherry-pick 取出「添加commit的讲解」提交,然后将其添加到master。(文档里的提交"99daed2"和下载到数据库里的提交有可能不相同。在下载的数据库里执行git log,确认是正确的提交之后再使用。)
$ git checkout master Switched to branch 'master' $ git cherry-pick 99daed2 error: could not apply 99daed2... commit hint: after resolving the conflicts, mark the corrected paths hint: with 'git add <paths>' or 'git rm <paths>' hint: and commit the result with 'git commit'
如果发生冲突,就打开sample.txt,修改冲突的部分之后再提交。
$ git add sample.txt $ git commit
git merge是用来合并两个分支的。
# 将b分支合并到当前分支
git merge b
git cherry-pick可以选择某一个分支中的一个或几个commit(s)来进行操作。例如,假设我 们有个稳定版本的分支,叫v2.0,另外还有个开发版本的分支v3.0,我们不能直接把两个分支合并,这样会导致稳定版本混乱,但是又想增加一个v3.0 中的功能到v2.0中,这里就可以使用cherry-pick了。
# 先在v3.0中查看要合并的commit的commit id
git log
# 假设是 commit f79b0b1ffe445cab6e531260743fa4e08fb4048b
# 切到v2.0中
git check v2.0
# 合并commit
git cherry-pick f79b0b1ffe445cab6e531260743fa4e08fb4048b
git rebase有点类似git merge,但是两者又有不同,打个比方,你有两个抽屉A和B,里面都装了衣服,现在想把B中的衣服放到A中,git merge是那种横冲直撞型的,拿起B就倒入A里面,如果满了(冲突)再一并整理;而git rebase就很持家了,它会一件一件的从B往A中加,会根据一开始放入的时间顺序的来加,如果满了你可以处理这一件,你可以继续加,或者跳过这一件,又 或者不加了,把A还原。所以merge适合那种比较琐碎的,简单的合并,系统级的合并还是用rebase吧。
专业的区别请移步到这里合并和衍合
# 合并b
git rebase b
# 处理完冲突继续合并
git rebase –continue
# 跳过
git rebase –skip
# 取消合并
git rebase –abort
相关文章推荐
- qt QSharedMemory 用法
- 控制台执行Junit
- [转]linux awk命令详解
- Win8.1系统开启休眠提示“不支持该请求”怎么办 Win8.1开启休眠模式失败的解决方法
- LabVIEW 2013SP1视觉开发必备软件LV、VDM、VBAI、VAS
- POJ 3401 Asteroids 二分图最大匹配 最小点覆盖
- 注入框架RoboGuice使用:(A brief example of what RoboGuice does)
- iOS动画效果和实现
- Xcode编译过程中 的部分警告处理(后续更新)
- 关于两个表更新数据的问题(update)
- 毕业设计记录
- LeetCode(200) Number of Islands
- LeetCode(200) Number of Islands
- C#中进行单元测试
- qt 打印信息显示行号
- c++利用mongoose实现http服务
- Spring Mvc Controller间跳转 重定向 传参 (转)
- 查漏补缺(三)——使用字符串
- ZOJ 3631-Watashi's BG(bfs+循环队列)
- Android 6.0 之后无法找到 org.apache.http 包的问题