Git回滚远程分支并保留提交后续修复合并的最优方案咨询

远程仓库存在master和develop两个分支，当前两者的提交记录均为commit01 → commit02 → commit03 → commit04。需求是：将master和develop回滚至commit02的状态，同时把commit03、commit04的修改保留到新分支，修复完成后再合并回develop和master，不能丢弃这些修改。

我设想的操作步骤如下：

1. 创建fix-branch分支：

git checkout master
git checkout -b fix-branch

2. 将master分支重置到commit02并强制推送：

git checkout master
git reset --hard commit02
git push --force origin master

3. 同步develop分支与master分支：

git checkout develop
git merge master
git push origin develop

4. 在fix-branch上修复并提交：

# 修复后提交commit05、commit06
git push origin fix-branch

假设develop分支后续新增了commit07提交：

git commit -m "commit07"
git push origin develop

5. 同步fix-branch与develop分支后合并：

git checkout fix-branch
git rebase develop
git checkout develop
git merge fix-branch

此时develop分支的提交记录应为commit01 → commit02 → commit03 → commit04 → commit07 → commit05 → commit06。最后将develop合并到master：

git checkout master
git merge develop

请问该方案是否为最优解？另外很多人认为使用git push --force是不良实践，会破坏提交历史，这个说法对吗？

结论先行 #

你的方案思路通顺，但不是最优解；而且git push --force在多人协作场景下确实是风险极高的不良实践，必须尽量避免。

原方案的核心问题 #

1. 强制推送的致命风险：git reset --hard会直接抹掉本地master分支上commit03、commit04的历史，再用push --force覆盖远程分支。如果有其他开发者已经拉取过包含这两个提交的分支，他们本地的提交历史会和远程完全脱节，后续拉取、合并时会出现大量冲突，甚至可能不小心把已经被你“抹掉”的提交重新推回远程，导致历史彻底混乱。
2. 步骤可简化：创建fix-branch时不需要先切换到master再建分支，直接用git checkout -b fix-branch master就能基于当前master分支创建新分支，少一步冗余操作。

更优的协作友好方案（无强制推送） #

这个方案用**反向提交（revert）**替代重置，既能让分支回到commit02的状态，又能完整保留提交历史，完全不会影响其他协作开发者：

1. 保存commit03、commit04到新分支
   直接基于master的最新提交创建fix-branch，确保包含需要修复的修改：

git checkout -b fix-branch master

2. 在master和develop上反向提交commit03、commit04
git revert会新增提交来抵消目标提交的修改，不会删除原有历史：

• 处理master分支：

git checkout master
# 注意顺序：先 revert 较新的commit04，再 revert commit03
git revert commit04 commit03
git push origin master

• 处理develop分支：

git checkout develop
git revert commit04 commit03
git push origin develop

此时master和develop的状态就和commit02完全一致，同时提交历史会新增两个反向提交（比如commitR4、commitR3），其他开发者拉取后只会看到新增提交，不会有任何冲突。

3. 在fix-branch上修复问题并提交

git checkout fix-branch
# 修复commit03、commit04中的问题
git add .
git commit -m "commit05: 修复xxx问题"
git commit -m "commit06: 完善xxx功能"
git push origin fix-branch

4. 处理develop新增的commit07
   如果develop后续有新提交：

git checkout develop
# 开发新增功能并提交commit07
git push origin develop

5. 合并修复后的分支回develop和master

• 先同步fix-branch与develop的最新历史：

git checkout fix-branch
git rebase develop

• 合并到develop（若有冲突，直接保留fix-branch的修复内容即可）：

git checkout develop
git merge fix-branch
git push origin develop

• 最后合并develop到master：

git checkout master
git merge develop
git push origin master

特殊场景的例外 #

如果这是你的个人仓库，没有其他协作开发者，原方案是可以用的，但依然可以简化步骤：创建fix-branch时直接用git checkout -b fix-branch commit04，不需要额外切换分支。但即便如此，保留完整提交历史的revert方案依然更稳妥，避免误操作导致的提交丢失。

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