最近，有人要求我 cherry-pick 提交。
那么在 git 中挑选提交是什么意思？你是怎么做到的？
【问题讨论】：
HEAD 上创建一个临时分支，将该提交的差异合并到其中，然后快进 HEAD。”或者简单地说：“合并单个提交”。
标签： git cherry-pick git-cherry-pick
Git 中的樱桃采摘意味着从一个分支中选择一个提交并将其应用到另一个分支。
这与merge 和rebase 等其他方式形成对比，后者通常将许多提交应用到另一个分支。
确保您位于要将提交应用到的分支上。
git switch master
执行以下操作：
git cherry-pick <commit-hash>
注：
如果你从公共分支中挑选，你应该考虑使用
git cherry-pick -x <commit-hash>
这将生成一个标准化的提交消息。这样，您（和您的同事）仍然可以跟踪提交的来源，并可能避免将来发生合并冲突。
如果您在提交中附加了注释，则它们不会遵循樱桃选择。要将它们也带过来，您必须使用：
git notes copy <from> <to>
其他链接：
【讨论】：
"cherry-pick commit applies the changes introduced by the named commit on the current branch" 大多数人倾向于将提交视为更改（就像 svn 是 iirc），但事实并非如此，每个提交都指的是完整的工作树。尽管在这种情况下这并没有什么不同，但它可以帮助理解 git 为何如此工作。
git cherry-pick 命令也能够带来我的提交消息。你在说别的吗？我根本不需要运行git notes 命令来完成它。
此引用摘自：Version Control with Git
使用 git cherry-pick 命令 git cherry-pick commit 应用 由当前分支上的命名提交引入的更改。它会 引入一个新的、不同的提交。 严格来说，使用 git cherry-pick 不会更改存储库中的现有历史记录； 相反，它增加了历史。与其他 Git 操作一样 通过应用差异的过程引入更改，您可能需要 解决冲突以完全应用来自给定提交的更改。 命令 git cherry-pick 通常用于引入特定的 从存储库中的一个分支提交到另一个分支。一种 常见用途是从维护中转发或反向端口提交 分支到开发分支。
$ git checkout rel_2.3
$ git cherry-pick dev~2 # commit F, below
之前：
之后：
另外，这里有一个非常好的视频教程：Youtube: Introduction to Git cherry-pick
【讨论】：
Git 中的 Cherry Picking 旨在将一些提交从一个分支应用到另一个分支。如果你可以这样做。犯了一个错误并将更改提交到错误的分支，但不想合并整个分支。你可以只是例如。恢复提交并在另一个分支上挑选它。
要使用它，您只需要git cherry-pick hash，其中hash 是来自其他分支的提交哈希。
完整流程见：http://technosophos.com/2009/12/04/git-cherry-picking-move-small-code-patches-across-branches.html
【讨论】：
情况的简短示例，当您需要樱桃采摘时
考虑以下场景。你有两个分支。
a) release1 - 这个分支是给你的客户的，但是有 还有一些bug有待修复。
b) master - 经典的 master 分支，例如，您可以在其中添加 release2 的功能。
现在：您在 release1 中修复了一些问题。当然，您也需要在 master 中进行此修复。这是樱桃采摘的典型用例。因此，在这种情况下，cherry pick 意味着您从 release1 分支获取提交并将其包含到 master 分支中。
【讨论】：
release1预计以后会合并到master中，那么cherry-pick（恕我直言）可能没有意义。我猜你还想在挑选完樱桃后重新调整master1。
我准备了 cherry-pick 所做的分步插图 - 以及这些插图的动画（接近尾声）。
注意：
提交L' 是从用户的角度来看（提交=快照）提交L 的精确副本。
技术上（内部），这是一个新的、不同的提交（因为例如L 包含指向K（作为其父级）的指针，而L' 包含指向@987654341 的指针@)。
【讨论】：
L' 从用户的角度来看（提交 = 快照）提交 L 的精确副本。« – 不，它不是同一个快照（除非快照 K和 E 已经相同），只是相同的差异（即 E→L' = K→L）。
cherry-pick 是一个 Git 功能。如果有人想将一个分支中的特定提交提交到目标分支，则使用cherry-pick。
git 樱桃采摘
步骤如下。
git cherry-pick <commit id>
这里的提交id是另一个分支的活动id。例如
git cherry-pick 9772dd546a3609b06f84b680340fb84c5463264f
【讨论】：
您可以认为樱桃选择类似于变基，或者更确切地说，它像变基一样管理。我的意思是它接受一个现有的提交并重新生成它，以你当前所在分支的头部为起点。
rebase 接受具有父 X 的提交并重新生成提交，就好像它实际上具有父 Y 一样，这正是 cherry-pick 所做的。
Cherry pick 更多的是关于如何选择提交。使用pull (rebase)，git 隐式地在你的分支上重新生成你的本地提交，但是使用cherry-pick 你显式地选择一些提交，并在你当前的分支上隐式地重新生成它（它们） .
所以你做它的方式不同，但在底层它们是非常相似的操作——重新提交。
【讨论】：
cherry-pick 的行为方式与稍后将目标分支合并回源分支时的行为方式相同。谢谢你，先生。
它将对您当前的分支应用特定的提交。
这意味着：
例如：考虑 commit A
added newFileA
modified main:
+ import './newFileA'
提交 B
added newFileB
modified main:
+ import './newFileB'
如果你在另一个分支上cherry-pick commit B，你最终会得到：
/newFileB
/main :
import './newFileA'
import './newFileB'
由于commit B包含newFileB和main，但没有newFileA，导致出现bug，所以使用谨慎。
【讨论】：
有点像复制（从某处）和粘贴（到某处），但针对特定的提交。
例如，如果您想进行热修复，则可以使用cherry-pick 功能。
在开发分支中执行您的cherry-pick，并在发布分支中提交merge。同样，从发布分支到 master 执行 cherry-pick。瞧
【讨论】：
当您与一组开发人员一起开发项目时，管理多个 git 分支之间的更改可能会成为一项复杂的任务。有时您不想将整个分支合并到另一个分支中，而只需要选择一个或两个特定的提交。这个过程被称为“樱桃采摘”。
找到一篇关于樱桃采摘的精彩文章，查看详细信息：https://www.previousnext.com.au/blog/intro-cherry-picking-git
【讨论】：
如果你想在没有提交 ID 的情况下合并，你可以使用这个命令
git cherry-pick master~2 master~0
上面的命令会将master的最后三个commit从1合并到3
如果您想为单个提交执行此操作，只需删除最后一个选项
git cherry-pick master~2
这样您将合并从 master 末尾的第三次提交。
【讨论】：
摘自官方文档：
给定一个或多个现有提交，分别应用更改 介绍，为每个记录一个新的提交。这需要您的 工作树要干净（不修改 HEAD 提交）。
当不明确如何应用更改时，会发生以下情况：
当前分支和 HEAD 指针停留在最后一次提交 制作成功。
CHERRY_PICK_HEAD 引用设置为指向引入的提交 难以应用的更改。
干净应用更改的路径在 index 文件和工作树中。
对于冲突的路径，索引文件最多记录三个版本，如 在 git-merge 的“TRUE MERGE”部分中描述。工作的 树文件将包含冲突的描述 常见的冲突标记 >>>>>。
没有进行其他修改。
【讨论】：