当你需要樱桃采摘时，情况的简短示例

考虑以下场景。你有两个分支。a） release1-该分支机构将面向您的客户，但还有一些bug需要修复。b） master-经典主分支，例如可以在其中添加版本2的功能。

现在：你在release1中修复了一些东西。当然，您也需要在master中进行此修复。这是樱桃采摘的典型用例。因此，在这个场景中，cherry-pick意味着您从release1分支获取提交并将其包含到主分支中。

我准备了一步一步的插图，樱桃树做什么，以及这些插图的动画（接近尾声）。

樱桃采摘前（我们将从分支特性中选择提交L）：

启动命令git cherry pick功能~2（功能~2是之前的第二次提交特征，即提交L）：

执行命令后（git cherry-pick feature~2）：

相同的动画：

注：

提交L’从用户的角度来看（提交=快照）是提交L的精确副本。

从技术上讲（内部），它是一个新的、不同的提交（因为例如，L包含指向K的指针（作为其父级），而L'包含指向e的指针）。

当你需要樱桃采摘时，情况的简短示例

考虑以下场景。你有两个分支。a） release1-该分支机构将面向您的客户，但还有一些bug需要修复。b） master-经典主分支，例如可以在其中添加版本2的功能。

现在：你在release1中修复了一些东西。当然，您也需要在master中进行此修复。这是樱桃采摘的典型用例。因此，在这个场景中，cherry-pick意味着您从release1分支获取提交并将其包含到主分支中。

它将对当前分支应用特定的提交。

这意味着：

将添加此提交添加的所有文件将删除此提交删除的所有文件将合并此提交修改的所有文件。这意味着提交后的整个文件，而不仅仅是提交后的更改！

示例：考虑提交A

added newFileA
modified main:
+ import './newFileA'

提交B

added newFileB
modified main:
+ import './newFileB'

如果你在另一个分支上选择commit B，你将得到：

/newFileB
/main :
   import './newFileA'
   import './newFileB'

由于commit B包含newFileB和main，但没有newFileA，因此会导致错误，因此请谨慎使用。

此引用摘自：Git版本控制

使用gitcherry-pick命令gitcherri-pick-commit应用命名提交在当前分支上引入的更改。它会引入一个新的、不同的提交。严格来说，使用gitcherry pick不会改变存储库中的现有历史；相反，它增加了历史。与其他Git操作一样通过应用diff的过程引入更改，您可能需要解决冲突以完全应用给定提交中的更改。gitcherry-pick命令通常用于介绍从存储库中的一个分支提交到另一个分支。A.常见的用法是从维护中转发或返回端口提交分支到开发分支。

$ git checkout rel_2.3
$ git cherry-pick dev~2 # commit F, below

之前：

之后：

此外，这里有一个非常棒的视频教程：Youtube：Gitcherry-pick简介

你可以想一想，如果樱桃采摘类似于重基，或者更确切地说，它是像重基一样管理的。我的意思是，它接受一个现有的提交，并以当前所在分支的负责人为起点重新生成它。

rebase接受一个具有父级X的提交，并重新生成该提交，就像它实际上具有父级Y一样，这正是cherry pick所做的。

Cherry pick更关注如何选择提交。使用pull（rebase），git会在拉到分支的内容上隐式地重新生成本地提交，但使用cherry-pick，您会显式地选择一些提交，并在当前分支上隐式重新生成。

因此，您的操作方式有所不同，但本质上它们是非常相似的操作-提交的再生。