Git撤回合并提交的多种做法使用教程与实战指南实用指南

平时做技术实践时，很多问题不是概念不会，而是细节没串起来。拿“Git撤回合并提交的多种做法”来说，它看着像小点，放到项目里常会牵出环境、配置、兼容性和维护成本。下面按实际采用顺序，把思路、关键写法和容易踩坑的地方讲清楚，便于大家直接对照操作。

场景描述

在开发过程中，我完成了以下操作：

• 从 master 分支合同时了另一个分支的代码。
• 合并后发现存在问题，需撤回合并。
• 此时合并提交尚未推送到远程仓库。

以下是当时的 git log 信息：

**commit e3fd459398f88c9d0188db0838becd859d8bbfa0 (HEAD -> master)**
Merge: 541820a60 9fb8c4009
Author:  李四 <[email protected]>
Date:   Sun Apr 27 09:03:08 2025 +0800

    Merge commit '9fb8c4009425f4269450de08665e5ebef2ad53bc'

commit 541820a609fa4a9198e9bb25fb961c741237711c (origin/master, origin/HEAD)
Author: 张三 <[email protected]>
Date:   Fri Apr 25 18:51:53 2025 +0800

    feat：新增驾驶舱

commit 9fb8c4009425f4269450de08665e5ebef2ad53bc
Author: 李四 <[email protected]>
Date:   Thu Apr 24 16:24:01 2025 +0800

    fix：修复bug

目标是撤回合同时提交 e3fd459398f88c9d0188db0838becd859d8bbfa0。

解决方案

方法 1：采用 git reset 撤回合并

• 找到合并前的提交哈希值：
  从 git log 中能够看到，合同时提交的上一个提交是 541820a609fa4a9198e9bb25fb961c741237711c。
• 采用 git reset 回退到合同时前的状态：

git reset --hard 541820a609fa4a9198e9bb25fb961c741237711c

• 确认回退成功：

git log

确保合并提交已被移除。

方法 2：采用 git reflog 和 git reset 撤回合同时

在这个场景下，若不知道合同时前的提交哈希值，能够采用 git reflog 查看操作记录：

查看操作记录：

git reflog

实际处理时，找到合同时前的提交哈希值（比如 541820a609fa4a9198e9bb25fb961c741237711c）。

采用 git reset 回退到合同时前的状态：

git reset --hard 541820a609fa4a9198e9bb25fb961c741237711c

方法 3：采用 git revert 撤销合并

结合项目来看，若不想修改提交历史，能够采用 git revert 新建一个新的提交来撤销合同时：

找到合并提交的哈希值

git log

采用 git revert 撤销合同时：

git revert -m 1 e3fd459398f88c9d0188db0838becd859d8bbfa0

确认撤销成功：

git log

确保生成了一个新的撤销提交。

注意事项

• 未推送的合并：以上方法适用来尚未推送到远程仓库的合同时。如果已经推送到远程仓库，撤回合并会修改历史记录，可能需强制推送（git push --force），但这可能会影响其他开发者。
• 备份当前分支：在撤回合并之前，能够新建一个备份分支以防万一：

git branch backup-branch

总结

撤回未推送的合并提交有多种方法：

• 采用 git reset 完全撤回合同时并修改历史记录。
• 采用 git revert 保留合同时记录并新建一个撤销提交。

根据实际需求选择合适的方法即可。

到此这篇关于Git撤回合同时提交的多种方法的文章就介绍到这了,更多相关Git撤回合并提交内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多兼容脚本之家！