Git 如何将特定提交合并到另一个分支？
在团队协作中，我们常遇到这种情况：某个功能分支已经开发完成，但生产环境只需要其中的几个修复提交，而不是整个分支。这时候直接 merge 会引入不需要的代码，而 cherry-pick 就成了最佳选择。
核心方案：Cherry-pick
这是最常用且灵活的方法，适用于将单个或多个指定提交应用到当前分支。
基本用法
首先切换到目标分支，然后使用 cherry-pick 后跟提交哈希值（commit hash）。
# 切换到目标分支
checkout main
# 查看源分支的提交历史，找到需要的那个 ID
log --oneline feature-branch
# 应用特定提交
cherry-pick abc123def
如果需要合并多个不连续的提交，只需在命令后追加多个哈希值即可：
cherry-pick abc123def 789xyz01
对于连续范围的提交，可以使用左开右闭区间（注意 ^ 表示父提交）：
# 合并从 A 到 B 的所有提交（不包括 A，包括 B）
cherry-pick start-commit^..end-commit
实战场景：热修复与发布
假设生产环境是 main 分支，开发环境是 develop。现在发现一个紧急 Bug 已经在 develop 上修复了，我们需要立刻上线这个修复，但不想引入其他新功能。
- 定位提交：在 develop 分支查找包含 "fix" 关键字的最近提交。
checkout develop log --oneline --grep="fix" -5 # 假设找到 a1b2c3d 修复用户登录的安全漏洞 - 执行合并：切回 main 并应用该提交。
checkout main cherry-pick a1b2c3d - 处理冲突：如果发生冲突，Git 会暂停操作。此时打开冲突文件，手动解决标记（
<<<<<<<,=======,>>>>>>>），保存后运行git add和git cherry-pick --continue。若确定不需要该提交，可使用--abort放弃。 - 验证与推送：测试无误后，推送到远程仓库。
进阶技巧
交互式筛选
当需要合并一系列相关提交时，可以先创建一个临时分支，利用交互式 rebase 筛选出需要的部分，再合并到主分支。
# 基于 feature 分支创建新分支
checkout -b partial-feature feature
# 交互编辑，只保留需要的提交
rebase -i HEAD~5
# 合并整理后的分支
checkout main
merge --no-ff partial-feature
补丁方式
如果涉及跨仓库或离线合并，可以使用 format-patch 生成补丁文件。
