最终效果预览

操作前准备说明

在执行撤销操作前，请确保满足以下条件：

• 本地仓库权限：确保你对当前分支拥有写权限。
• 未推送的提交：如果提交尚未推送到远程仓库（如GitHub、GitLab），使用git reset是安全的；如果已推送，强烈建议使用git revert。
• 工作区状态：建议在执行前提交当前所有未暂存（uncommitted）的更改，或明确知道是否需要保留这些更改。

操作正文

第1步：使用git revert安全撤销提交

git revert是团队协作中最推荐的方法。它不会修改现有的提交历史，而是创建一个新的提交，该提交的更改内容与上一次提交完全相反，从而“抵消”之前的更改。

1. 打开终端或命令行工具，导航到你的Git仓库目录。
2. 执行撤销命令：输入以下命令，将替换为你想要撤销的提交的哈希值（如果是最后一次提交，可以使用HEAD或HEAD~1）：

git revert 

例如，撤销最后一次提交：

git revert HEAD

操作目的：生成一个反向提交，保持历史记录的完整性和可追溯性。
完成判断：终端显示提交成功信息，且git log中能看到一个新的“Revert”提交。

第2步：使用git reset彻底回退（仅限本地）

git reset会直接修改提交历史，将当前分支指针回退到指定的提交。此操作会丢弃指定提交之后的所有更改，因此仅建议在提交尚未推送到远程仓库时使用。

1. 选择重置模式：根据是否需要保留工作区的更改，选择--soft或--hard参数。
2. 执行软重置（保留更改）：如果你希望撤销提交，但保留代码更改以便重新编辑或提交，使用--soft：

git reset --soft HEAD~1

操作目的：将HEAD指针回退一步，但保留工作区和暂存区的更改。
完成判断：git status显示之前提交的文件仍处于“Changes to be committed”或“Changes not staged”状态。

3. 执行硬重置（丢弃所有更改）：如果你确定要彻底丢弃最后一次提交及其所有未提交的更改，使用--hard：

git reset --hard HEAD~1

操作目的：将HEAD指针、暂存区和工作区全部回退到上一次提交的状态。
完成判断：git log中最后一次提交消失，git status显示工作区干净（working tree clean）。注意：此操作不可逆，请谨慎使用。

第3步：根据场景选择revert或reset

选择哪种方法取决于你的提交是否已共享：

• 使用revert的场景：当提交已经推送到远程共享仓库时。因为revert会创建一个新的提交，不会改变已有的历史，其他协作者的本地历史不会冲突。
• 使用reset的场景：当提交仅存在于本地，且尚未推送到远程仓库时。此时修改历史不会影响任何人，且可以彻底清除不需要的提交记录。

问题与调整

Q1：执行git reset --hard后，如何找回被丢弃的提交？

表现：执行硬重置后，发现之前的提交在git log中消失。
原因：--hard选项直接删除了提交记录。
解决方法：使用git reflog查看HEAD的历史移动记录，找到被丢弃提交的哈希值，然后使用git reset --hard 恢复。

Q2：revert命令是否会影响后续的提交？

表现：撤销中间某个提交后，后续提交可能产生冲突。
原因：revert会尝试应用反向更改，如果后续提交修改了相同的代码行，Git无法自动合并。
解决方法：Git会提示冲突（conflict），你需要手动解决冲突，然后提交（git commit）来完成revert。

总结

撤销Git提交时，git revert是安全且推荐的方式，适用于已推送的提交，通过创建新提交来抵消更改；git reset则适用于本地未推送的提交，可彻底回退历史。选择--soft保留更改或--hard丢弃更改，取决于你是否需要保留代码。理解两者的区别，能有效避免团队协作中的历史冲突。

以上就是Git Revert Commit撤销最后一次提交的详细内容，更多关于Git撤销提交的资料请关注本站其它相关文章！