介绍
在团队开发中，您经常会遇到需要立即将特定错误修复从正在进行的功能分支部署到生产分支（main）的情况，而不释放半完成的功能本身。
合并整个分支会引入未完成的代码。
这就是 git cherry-pick 命令派上用场的地方。本文回顾如何安全地将单个提交应用到目标分支、处理执行期间的冲突以及避免常见的历史陷阱。
1. 什么是 gitcherry-pick？
git cherry-pick 是一个命令，它从任何分支复制特定提交引入的更改，并将它们作为新提交应用到当前分支的顶端。
常见用例
- 修补生产： 将开发分支中编写的关键补丁直接应用到稳定分支，而无需等待完整的发布周期。
- 恢复错误分配的提交： 将在错误分支上意外进行的提交移至正确的分支（然后重置原始分支）。
2. 挑选的基本步骤
让我们逐步了解应用单个提交的命令步骤。
第 1 步：识别提交哈希
首先，检查您的分支历史记录以查找要复制的更改的提交哈希（例如 a1b2c3d）。
git log --oneline
第 2 步：检查目标分行
切换到要应用更改的分支（例如 main）。
git checkout main
第 3 步：运行 Cherry-Pick 命令
执行指定目标提交哈希的命令：
git cherry-pick a1b2c3d
Git 复制 a1b2c3d 中的更改，并使用原始提交消息在 main 上创建新提交。
精挑细选多次提交
您可以通过用空格分隔哈希值或指定范围来挑选一系列提交：
# Cherry-pick multiple individual commits
git cherry-pick a1b2c3d e5f6g7h
# Cherry-pick a range from Commit A to Commit B (A is excluded, B is included)
git cherry-pick A..B
3. 解决挑选过程中的冲突
因为cherry-pick应用补丁差异，所以如果目标分支中围绕更改的代码显着不同，它将暂停，从而产生合并冲突。
如何解决冲突
- 修复冲突标记： 在编辑器中打开冲突文件并手动解决重叠的代码块。
- 暂存已解析的文件：
git add <filename> - 继续挑选：
git cherry-pick --continue
中止进程
如果冲突太复杂或者您选择了错误的提交，您可以中止cherry-pick并将工作目录返回到之前的状态：
git cherry-pick --abort
4. 关键规则和最佳实践
虽然 git cherry-pick 非常方便，但如果过度使用，可能会导致历史记录混乱。
- 避免重复提交跟踪问题：
Cherry-picked 提交复制内容，但收到唯一的哈希值。当您稍后将原始功能分支合并回
main时，Git 必须解析具有相同更改但不同哈希值的两次提交。这可能会导致冗余的冲突标记。 - 附加原始提交参考：
在协作分支上进行挑选时，请使用
-x标志。这会自动将原始提交哈希附加到新提交消息中，从而提供清晰的可追溯性。git cherry-pick -x a1b2c3d
输出消息详细信息： (cherry picked from commit a1b2c3d...)
结论
git cherry-pick 是一个强大的工具，用于修补和纠正较小的开发错误。然而，它应该被保留作为一种救援机制。对于常规功能发布，请依靠标准合并 (git merge) 或变基 (git rebase) 来保持分支历史记录干净。