如何撤回已 Push 的 Git 代码？— 深入剖析四种常见方法
在 Git 的使用过程中，开发者经常会遇到撤回已提交（commit）并推送（push）到远程仓库的需求。通常，这种需求发生在我们发现代码有问题、提交信息错误，或者是意外推送了不该推送的代码时。撤回已 Push 的代码有多种方法，每种方法都有其适用的场景与风险。在本篇文章中，我们将深入分析四种常见的撤回方法，并讨论每种方法的适用情况和优缺点。
文章目录
- 如何撤回已 Push 的 Git 代码？— 深入剖析四种常见方法
- 1. 手动操作（不推荐）
- 操作步骤：
- 优点：
- 缺点：
- 2. 使用 Git Revert Commit（推荐）
- 操作步骤：
- 优点：
- 缺点：
- 3. 增加新分支（推荐，适用于撤回较多的情况）
- 操作步骤：
- 优点：
- 缺点：
- 4. 使用 Git Reset（慎用）
- 操作步骤：
- 优点：
- 缺点：
- 总结
1. 手动操作（不推荐）
手动操作通常指的是直接修改文件内容或历史记录，并通过git add和git commit重新提交代码，最终强制推送（git push --force）到远程仓库。这种方法看似直接，但并不推荐，因为它存在许多潜在的问题。
操作步骤：
- 通过
git log查找需要撤回的提交。 - 修改本地代码，使其恢复到撤回前的状态。
- 使用
git add和git commit提交更改。 - 使用
git push --force强制推送到远程仓库。
优点：
- 直接手动修改文件，操作简单，适用于少数情况。
缺点：
- 容易破坏远程仓库的历史记录，可能导致其他开发者的代码出现冲突。
- 对团队协作的影响较大，破坏了 Git 的版本控制原理。
- 不推荐用于多人协作的项目，容易引发不必要的麻烦。
2. 使用 Git Revert Commit（推荐）
git revert是一种较为安全的方法，用于撤销一个已经推送到远程仓库的 commit，它并不会直接修改历史记录，而是创建一个新的 commit 来撤销指定的 commit。适用于撤回某次提交的内容，但不影响其他提交的历史记录。
操作步骤：
- 使用
git log查找需要撤销的 commit 哈希值。 - 运行
git revert <commit-hash>，Git 会自动生成一个新的 commit，用于撤销指定的 commit。 - 如果有冲突，解决冲突后提交。
- 使用
git push将更改推送到远程仓库。
优点：
- 不会修改 Git 历史记录，适合多人协作的项目。
- 简单且不容易出错，能够保证远程仓库的历史记录不被破坏。
- 提供了安全的撤回方式，符合 Git 的版本控制思想。
缺点：
- 需要额外生成一个新的 commit 来撤销原有提交，可能会增加项目的历史记录复杂性。
- 如果撤回的内容很多，可能会产生多个撤销 commit，导致代码历史不够简洁。
3. 增加新分支（推荐，适用于撤回较多的情况）
当我们需要撤回多个提交，或者想要在本地修改后推送代码到远程仓库时，创建一个新的分支来处理这一需求是一个常见且推荐的方法。通过创建新分支，可以避免直接修改历史记录，同时也可以保留原有分支的提交历史。
操作步骤：
- 使用
git log查找要回退到的提交位置。 - 使用
git checkout -b <new-branch>创建一个新的分支。 - 回退到目标提交：
git reset --hard <commit-hash>。 - 将新分支推送到远程仓库：
git push -u origin <new-branch>。
优点：
- 不会修改原有分支的历史记录，可以保持项目的稳定性。
- 适用于撤回多个 commit 的情况。
- 在新的分支中进行修改，不影响其他开发者。
缺点：
- 需要维护多个分支，可能会使项目管理变得复杂。
- 如果有很多分支和提交，分支管理可能会变得比较繁琐。
4. 使用 Git Reset（慎用）
git reset是 Git 中一个非常强大的命令，允许我们将当前分支的状态恢复到某个特定的 commit。通过git reset，可以将 commit 历史“回滚”到某个指定的状态，从而达到撤回提交的目的。需要注意的是，git reset会修改 Git 历史记录，因此可能会导致远程仓库的历史记录丢失。
git reset有三种模式：--soft、--mixed和--hard，其中--hard会强制更改工作区和暂存区的内容，因此通常需要谨慎使用。
操作步骤：
- 使用
git log查找要回滚到的 commit 哈希值。 - 运行
git reset --hard <commit-hash>将本地分支回退到指定的提交。 - 使用
git push --force强制推送到远程仓库。
优点：
- 可以直接回退到某个特定的提交，简单直接。
- 适用于紧急情况下的回滚操作。
缺点：
git reset改变了历史记录，使用不当可能导致远程仓库的历史记录丢失。- 对团队协作不友好，因为强制推送可能会影响其他开发者的工作。
git reset --hard会丢失未提交的修改，因此使用前要特别小心。
总结
在面试时，面试官问你如何撤回已 Push 的代码时，正确的回答应该基于以下几点：
- 不推荐手动操作，它容易破坏历史记录，给团队合作带来麻烦。
- 推荐使用
git revert，它可以安全地撤销某个 commit 的影响，同时不破坏历史记录。 - 如果需要撤回多个提交，可以考虑增加新分支，这样既能保持代码历史的完整性，又能处理撤回的问题。
git reset应该慎用，尤其是--hard模式，它会修改历史记录并丢失未提交的修改，强制推送可能会导致远程仓库的数据丢失。
每种方法的适用场景和优缺点都有所不同，选择合适的方法来撤回已 Push 的代码，能够帮助我们更好地管理 Git 仓库的历史，减少协作开发中的问题。在团队合作中，使用安全且不破坏历史记录的方式，通常会被更加推崇。
