为何git revert从提交范围末尾而非开头回退？如何反向回退？

问题背景 #

我在回退一批提交时发现，git revert会从提交范围的末尾往开头回退。执行的命令如下：

git revert 678gf45~1..b9d9a21 # 当前HEAD指向test分支

当前提交历史：

*   b9d9a21 (master) Merge
|\
| * 0542684 G
* | 7474ecd F
|/
* 4d49fcc E
|
| * bdad508 (HEAD -> test) D 
| * a884ffa C
| * 5673a97 B
|/
*678gf45 A

实际回退后的提交顺序是先Revert E，再F、G，最后Merge；但我期望的顺序是先Revert Merge，再G、F，最后E。

我的疑问：

• 为什么git revert默认按逆序回退？
• 我的逻辑：如果从范围末尾回退，父提交本身有问题的话，可能只撤销当前提交的问题，父提交的问题残留；而从起始到末尾回退，父提交是干净的，能彻底清除所有问题，这个逻辑是否正确？
• 有没有办法让git revert按范围起始到末尾的顺序回退？

解答 #

1. Git Revert 默认逆序回退的原因 #

Git 处理A..B这类提交范围时，会先把范围内的提交按时间从早到晚排序（即从A的下一个提交到B），但git revert默认会按逆序（从B到A的下一个）执行回退，核心原因有两点：

• 降低冲突概率：逆序回退时，每次操作的基础都是当前分支的最新状态，目标提交是当前分支的直接上游，不会因跨提交依赖导致冲突风险升高。
• 契合提交依赖链：后续提交是基于前面的提交修改的，逆序回退相当于从最后一次修改往回撤销，不会破坏提交之间的依赖逻辑。

2. 你的逻辑是否正确？ #

这个逻辑存在偏差：

• Git Revert的本质是生成新提交抵消目标提交的修改，而非删除或修改原有提交。无论正序还是逆序回退，最终代码状态是一致的——所有目标提交的修改都会被对应的revert提交抵消。
• 不存在“父提交问题残留”的情况：只要所有目标提交都被revert，不管顺序如何，它们带来的修改都会被完全抵消，差异仅在于生成的revert提交顺序，而非最终代码状态。

3. 按起始到末尾顺序回退的方法 #

要实现正序回退，需要手动指定提交顺序，或通过命令生成正序列表后批量执行：

方法一：手动指定正序提交列表

先确定要回退的提交正序为E、F、G、Merge，对应哈希值4d49fcc、7474ecd、0542684、b9d9a21，按顺序执行：

git revert 4d49fcc
git revert 7474ecd
git revert 0542684
git revert -m 1 b9d9a21 # 回退合并提交需指定-m参数，1表示保留第一个父分支内容

方法二：命令生成正序提交列表批量revert

通过git log生成正序提交哈希，再传给git revert：

git revert $(git log --reverse --pretty=format:"%H" 678gf45~1..b9d9a21)

注意：如果包含合并提交，批量命令无法自动处理-m参数，建议用方法一逐个处理。

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