如何仅针对Git中的特定提交执行rebase变基操作

存在可行方法，你遇到的全量遍历问题本质是rebase起点设置错误，以下是不同场景下的落地方法：

交互式rebase的遍历范围完全由你设置的起点决定：起点之前的提交Git完全不会处理，只会重放起点到当前HEAD之间的提交。

• 如果要修改的目标提交哈希为<target>，直接执行git rebase -i <target>^即可，Git只会遍历目标提交及其之后的所有提交，完全不会碰目标提交之前的历史。
• 如果你只是要修改最新的提交，根本不需要启动rebase，直接执行git commit --amend就能完成修改，没有任何遍历成本。
• 不要在只需要修改近期提交时使用--root作为起点，这个参数会让Git从仓库第一个提交开始重放，自然会遍历全量提交。

如果你要对历史提交打补丁，不需要手动打开rebase todo列表把pick改成e：

• 先在工作区完成需要的修改，用git add暂存变更
• 执行git commit --fixup <target_commit_hash>，Git会自动生成带fixup!前缀的修复提交
• 执行git rebase -i --autosquash <target_commit_hash>^，Git会自动把修复提交匹配到目标提交位置，自动完成todo列表配置，全程不需要手动改pick状态，且只会遍历目标提交之后的范围。

如果目标提交和当前HEAD之间隔了几百上千个提交，你连这些提交的重放过程都不想等，可以用替换引用的方式直接修改历史，速度比rebase快数十倍：

1. 执行git checkout <target_commit_hash>直接切到目标提交
2. 完成需要的修改，暂存后执行git commit --amend，得到修改后的新提交哈希<new_target>
3. 执行git replace <target_commit_hash> <new_target>，临时替换历史中的目标提交引用
4. 执行git filter-repo --replace-refs delete-no-add（旧版Git可使用git filter-branch）将替换永久写入历史，整个过程是直接修改提交树引用，不需要逐个重放提交，哪怕是数千提交的仓库也能在数秒内完成。

注意：该方法和rebase修改历史一样，会改变目标提交之后所有提交的哈希值，仅建议在私有分支，或已和团队协作者同步历史变更规则的场景下使用。

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