Git 实战：如何精准合并指定分支的特定提交
在团队协作中，我们常遇到这种情况：某个功能分支已经开发完成，但生产环境急需修复一个 Bug，或者只想把某个特定的优化点同步过去，而不想引入整个分支的变动。这时候，直接 merge 整个分支往往太粗暴，我们需要更精细的控制。
核心方案：几种主流合并思路
首选方案：Cherry-Pick
这是最常用也最直接的方法。它的逻辑很简单：把另一个分支上某次提交的改动（Diff），应用到当前分支，并生成一个新的提交记录。
适用场景：单个或多个不连续的指定提交。
# 基本语法
git cherry-pick <commit-hash>
# 示例：将 feature 分支的提交应用到 main 分支
# 1. 切换到目标分支
git checkout main
# 2. 查看要合并的提交 ID
git log --oneline --graph feature
# 3. 选择并合并特定提交
git cherry-pick abc123def
# 4. 合并多个不连续的提交
git cherry-pick abc123def 789xyz01
# 5. 合并连续范围的提交（左开右闭）
git cherry-pick start-commit^..end-commit
这里有个细节要注意：start-commit^..end-commit 这种写法表示从 A 的父节点开始到 B 结束。如果你不确定范围，先用 git log 确认好哈希值再操作。
备选方案：临时分支 + Merge
如果涉及的提交比较多，或者它们之间有复杂的依赖关系，直接 cherry-pick 可能会导致冲突堆积。这时候可以创建一个只包含这些提交的临时分支，再合并过来。
# 1. 创建临时分支，基于特定提交
git checkout -b temp-branch <commit-hash>
# 或者从某个点开始
git checkout -b temp-branch feature-branch~3
# 2. 切换到目标分支
git checkout main
# 3. 合并临时分支
git merge --no-ff temp-branch
# 4. 清理临时分支
git branch -d temp-branch
这种方式的好处是保留了提交历史的结构，适合批量迁移相关功能。
进阶技巧：补丁文件
如果是跨仓库或者离线环境，使用 format-patch 和 apply 会更灵活。
# 步骤 1：在源分支创建补丁
git checkout feature
git format-patch e123def3 --stdout > my-patch.patch
# 步骤 2：切换到目标分支并应用补丁
git checkout main
git apply my-patch.patch
# 步骤 3：手动提交更改
git add .
git commit -m "应用来自 feature 分支的补丁"
实战流程与常见坑点
场景一：热修复上线
假设 main 是生产分支，develop 上有新功能，但有一个紧急安全漏洞需要立即修复。
