Git是最风行的代码版本控制系统，这一系列文章介绍了一些Git的高阶应用形式，从而帮忙咱们能够更好的利用Git的能力。本系列一共8篇文章，这是第7篇。原文：Cherry-Picking Commits in Git[1]

在本系列的第5局部中，探讨了rebase和merge。尽管git merge和git rebase之间有一些不同，但这两个命令的指标是雷同的: 将一个分支的更改集成到另一个分支。

明天咱们来看看git cherry-pick，了解它是怎么容许咱们将任何分支中被选中的、独自的提交集成到以后的HEAD分支中。这与git merge或git rebase有很大的区别，两者都只能集成来自指定分支的所有新提交。

那么为什么要从一个分支中只抉择一个提交集成到另一个分支呢？当然会有不同的起因，但其中一个特地的起因是吊销变更。假如咱们不小心在谬误的分支上做了一个提交，应用cherry-pick解决就不会有什么大问题。咱们能够切换到正确的分支，而后cherry-pick对于的提交。

Git进阶系列:

  1. 创立完满的提交
  2. Git中的分支策略
  3. 基于Pull Request实现更好的合作
  4. 合并抵触
  5. Rebase vs Merge
  6. 交互式Rebase
  7. Git中的Cherry-pick提交（本文）
  8. 用Reflog复原失落的提交

在看实例之前，先正告一下: 不要对cherry-pick太过兴奋。你的次要指标应该是在分支级别工作，git merge和git rebase都是为次构建的。cherry pick只是为了非凡场合，而不是为了代替merge和rebase。

将提交移到另一个分支

咱们通过一个实在的场景来解释什么时候cherry pick才是正确的。假如咱们向master分支提交了一些本打算用于feature/newsletter的内容。当初怎么办？须要打电话给团队成员或老板来解释这个“谬误”吗？

上面的截图显示了这个问题，以及在master分支上意外提交的26bf1b48。

或者，如果在终端输出git log，能够在命令行看到这一状况:

$ git logcommit 26bf1b4808ba9783e4fabb19ec81e7a4c8160194 (HEAD -> master)Author: Tobias GüntherDate:   Fri Oct 5 09:58:03 2018 +0200    Newsletter signup page

能够看到，ID为26bf1b48的提交最终合并到了master中，但其实应该提交到分支feature/newsletter中。咱们须要抉择特定的提交并将其移到正确的分支。首先切换分支，而后抉择提交:

$ git checkout feature/newsletterSwitched to branch 'feature/newsletter'$ git statusOn branch feature/newsletternothing to commit, working tree clean$ git cherry-pick 26bf1b48[feature/newsletter 7fb55d0] Newsletter signup page Author: Tobias Günther <tg@fournova.com> Date: Fri Oct 5 09:58:03 2018 +0200 1 file changed, 0 insertions(+), 0 deletions(-) create mode 100644 signup.html

再次运行git log，能够在feature/newsletter分支上看到新的提交:

$ git logcommit 7fb55d06a8e70fdce46921a8a3d3a9de7f7fb8d7 (HEAD -> feature/newsletter)Author: Tobias Günther <tg@fournova.com>Date:   Fri Oct 5 09:58:03 2018 +0200    Newsletter signup page

这背地产生了什么？Git在feature/newsletter分支上创立了一个具备雷同更改的提交正本以及雷同的提交信息。然而，这是一个有着新ID的全新提交。那么最后的提交呢？

清理其余分支

如果查看master分支，依然能够看到“谬误的”提交。这意味着cherry pick不会从原来的分支“挪动”被选中的提交，而只是创立一个正本，不会影响原始文件。

当初，为了清理和撤销提交，能够应用git reset。

$ git checkout masterSwitched to branch 'master'$ git reset --hard HEAD~1HEAD is now at 776f8ca Change about title and delete error page

就像什么都没产生过一样。

如果应用像Tower这样的GUI利用，整个过程是这样的:

用于非凡状况的工具，而不是日常的集成

只有能够应用传统的merge或rebase，就应该这样做。Cherry pick应该只在git merge或git rebase没用的状况下才用，比方说想要从一个分支把某个提交移到另一个。记住，git cherry-pick创立了“反复”的提交，应该在之后进行清理。

如果想更深刻理解高级Git工具，能够收费查看“Advanced Git Kit[3]”: 这是对于分支策略、交互式Rebase、Reflog、子模块等主题的短视频汇合。

References: \
[1] Cherry-Picking Commits in Git: https://css-tricks.com/cherry-picking-commits-in-git/

你好，我是俞凡，在Motorola做过研发，当初在Mavenir做技术工作，对通信、网络、后端架构、云原生、DevOps、CICD、区块链、AI等技术始终保持着浓重的趣味，平时喜爱浏览、思考，置信继续学习、一生成长，欢送一起交流学习。 \
微信公众号：DeepNoMind

本文由mdnice多平台公布