Git 如何 cherry-pick 特定 commit 到其他分支

Git 使用 git cherry-pick <commit-hash> 命令将特定提交应用到当前分支。适用于单独同步修复或功能，但需注意冲突和新提交哈希值变化的风险。

先说结论：cherry-pick 是复制提交变更而非合并分支，适合小范围代码同步。

命令速用版

以下命令将指定 commit 的变更应用到当前 checkout 的分支。

git checkout <target-branch>
git cherry-pick <commit-hash>

若需要连续挑选多个 commit，可在命令后追加多个哈希值。

结论：cherry-pick 会创建一个新的提交对象，哈希值与原提交不同。

Git 的提交对象包含内容树、父提交引用、作者信息等元数据。cherry-pick 操作复制的是变更内容（diff），并在当前分支顶端生成一个新的提交对象。因此新提交的哈希值必然改变，但代码变更内容保持一致。参考来源：Git 官方文档 git-cherry-pick 页面说明提交复制机制。

按顺序执行以下步骤可安全完成 cherry-pick 操作。

步骤 1：获取提交哈希

在源分支使用 git log 找到需要迁移的 commit hash。

git log `--oneline`

步骤 2：切换目标分支

确保当前工作目录位于需要应用变更的分支。

git checkout <target-branch>

步骤 3：执行挑选命令

运行 cherry-pick 命令，Git 会尝试自动应用变更。

git cherry-pick <commit-hash>

步骤 4：处理冲突（如有）

若出现冲突，Git 会暂停操作。手动修改冲突文件后，执行 git add <file> 标记解决，然后运行 git cherry-pick `--continue` 继续。若需放弃，运行 git cherry-pick `--abort` 回滚。

通过日志和差异对比确认变更已应用且无误。

检查提交历史

使用 git log 确认新提交已出现在当前分支顶端。

git log `--oneline` -5

检查代码差异

对比当前分支与上一提交的差异，确认变更内容符合预期。

git show HEAD

运行测试用例

执行项目原有的单元测试或集成测试，确保新代码未破坏现有功能。

以下场景容易导致操作失败或后续维护困难。

依赖缺失导致冲突

若 picked 的 commit 依赖目标分支不存在的代码，会产生大量冲突。需先评估依赖关系，必要时先同步依赖代码。

提交哈希变化影响追踪

新提交哈希与原提交不同，关联原提交号的自动化系统可能无法识别。建议在提交信息中保留原 commit hash 以便追溯。

重复挑选同一变更

多次 cherry-pick 同一变更会导致代码重复。操作前使用 git log 确认目标分支是否已包含该逻辑。

在命令中指定起始和结束 commit 哈希范围，或使用空格分隔多个哈希。

在冲突解决前运行 git cherry-pick `--abort` 可恢复到操作前状态。

merge 合并整个分支历史，cherry-pick 仅复制特定提交的变更内容。