不使用git cherry-pick实现指定补丁版本发布的方案咨询

我完全理解你的困境：不想用cherry-pick，又不能改写Master分支的历史，还要精准把F3整合到基于v1.0.0的补丁版本v1.0.1中，同时绝对不能包含F1的内容。下面有两种可靠的方案，都能满足你的需求：

方案一：用git rebase --onto重放F3的提交到补丁分支 #

这个方法的核心是把F3的所有提交从Master的上下文里“搬”到v1.0.0的基础上，全程不会触碰Master分支的历史。

步骤详解： #

1. 定位关键提交点：

   • 找到v1.0.0的最终发布提交（记为V1_COMMIT，也就是包含F2的那个发布节点）；
   • 找到F3分支的父提交（记为F3_PARENT，也就是F3开始开发时的Master节点，即F2刚合并回Master后的那个提交）。

2. 创建补丁分支：

   git checkout -b release/v1.0.1 V1_COMMIT
   

3. 重放F3的提交到补丁分支：
   假设你的F3开发分支叫feature/F3，执行下面的命令，把F3的所有提交从F3_PARENT之后的部分，迁移到release/v1.0.1分支上：

   git rebase --onto release/v1.0.1 F3_PARENT feature/F3
   

   这个操作会让feature/F3分支的提交基于release/v1.0.1，完全脱离原来包含F1的Master上下文。如果F3的提交和v1.0.0的代码有冲突，解决冲突即可（就像普通rebase一样）。

4. 合并重放后的F3到补丁分支：

   git checkout release/v1.0.1
   git merge feature/F3 --no-ff
   

   加上--no-ff是为了保留分支合并的历史轨迹，方便后续追溯。

完成后，release/v1.0.1分支就包含了v1.0.0的全部内容，加上F3的所有变更，且完全没有F1的代码。

方案二：用反向合并排除F1，再整合F3 #

如果F3的提交较多，或者你不想用rebase，也可以通过反向合并撤销F1的影响，再引入F3的内容：

步骤详解： #

1. 创建补丁分支并同步Master的变更：

   git checkout -b release/v1.0.1 V1_COMMIT
   git merge master --no-ff
   

   这一步会把Master上的所有变更（包括F1、F2、F3）都合并到补丁分支里，此时分支里会有F1的内容，接下来我们要移除它。

2. 反向合并F1的提交，撤销其影响：
   找到F1合并到Master的那个提交（记为F1_MERGE_COMMIT），执行反向合并：

   git revert -m 1 F1_MERGE_COMMIT
   

   -m 1指定保留第一父提交的内容（也就是Master原本的内容），从而完全撤销F1带来的所有变更。

3. 验证并发布：
   此时release/v1.0.1分支里就是v1.0.0 + F3的内容，没有F1。你可以做代码验证，没问题就可以打标签发布v1.0.1了。

注意事项： #

• 如果F3的开发依赖了F1的代码，那么反向合并F1可能会导致冲突，这种情况下方案一的rebase方法会更稳妥；
• 两种方案都不会修改Master分支的历史，完全符合你的要求。

备注：内容来源于stack exchange，提问作者Nilzor