如何高效创建排除指定提交范围的master'镜像分支？

你可以通过Git Rebase --onto或者Cherry-pick两种方式实现，这两种方法都比逐个revert提交高效得多，具体操作如下：

方法一：使用git rebase --onto（推荐，适合批量移植连续提交） #

这个命令可以直接把master分支中你需要的提交（X、Y）从原分支的基准（W之后）移植到提交B上，一步构建出目标分支：

1. 确保当前master分支是最新状态：

git checkout master
git pull

2. 直接执行rebase命令构建分支（拆分步骤更清晰）：

# 先基于提交B创建master'分支
git checkout -b master' B
# 将master分支中W之后的所有提交（X、Y）移植到master'上
git rebase --onto master' W master

说明：--onto B指定新的基准是提交B，W表示要跳过master分支中从C到W的所有提交（只取W之后的提交），最后master是要移植的源分支。

如果过程中遇到冲突，解决冲突后执行git add <冲突文件>，再运行git rebase --continue即可，相比逐个revert，冲突处理的次数会大幅减少。

方法二：使用git cherry-pick（适合选择单个或非连续提交） #

如果你只需要移植特定的提交（比如X和Y），可以直接把这些提交的修改应用到基于B的分支上：

1. 基于提交B创建master'分支：

git checkout -b master' B

2. 选择需要的提交进行移植，如果X和Y是连续的，用范围语法：

git cherry-pick W..Y

如果是单个提交，直接指定提交哈希：

git cherry-pick X Y

说明：W..Y表示选取master分支中W之后到Y的所有提交（即X、Y），将它们的修改逐一应用到master'分支上。

为什么之前的git revert效率低？ #

git revert C^..W是逐个撤销从C到W的提交，每个撤销操作都会生成新的反向提交，而这些反向提交很容易和后续X、Y中的修改产生冲突——因为X、Y是基于W之后的状态开发的，撤销前面的提交相当于回退了X、Y的依赖环境，冲突几乎是必然的。而上面的两种方法是直接在B的基础上重新应用需要的修改，避免了大量反向提交带来的冲突。

内容的提问来源于stack exchange，提问作者glades