撤销操作(git reset, git checkout, git revert)

在Git版本控制系统中，撤销操作是日常开发中的高频需求。git reset、git checkout和git revert是三种核心的撤销命令，它们分别适用于不同的场景，理解其差异能有效避免代码丢失或历史混乱。

git reset：回退提交历史

git reset通过移动HEAD指针来修改提交历史，分为三种模式：

# 软重置（保留工作区）
git reset --soft HEAD~1

# 混合重置（默认，保留工作区但重置暂存区）
git reset HEAD~1

# 硬重置（彻底丢弃更改）
git reset --hard HEAD~1

典型场景：

1. 撤销本地未推送的提交：

# 回退到前两次提交（保留文件修改）
git reset HEAD~2

2. 修复错误的暂存：

# 取消所有暂存（保留工作区修改）
git reset

风险提示：
硬重置会永久删除未提交的修改，建议先用git stash保存变更：

// 示例：误删代码后恢复
function importantFunction() {
  console.log("Critical feature");
}

git checkout：切换与撤销工作区

该命令具有双重作用，需根据参数区分：

切换分支

# 切换到feature分支
git checkout feature

丢弃工作区修改

# 放弃指定文件的修改
git checkout -- src/index.js

# 放弃所有未暂存修改
git checkout -- .

特殊用法：
创建临时分支并指向特定提交：

git checkout -b hotfix 2a1b3c4

git revert：安全撤销公共提交

与reset不同，revert通过新增提交来抵消历史提交：

# 撤销指定提交（生成新提交）
git revert 3f4e5d6

# 撤销最近提交（自动打开编辑器）
git revert HEAD

冲突处理：
当遇到冲突时，需手动解决后继续：

git revert --continue
# 或放弃撤销
git revert --abort

团队协作规范：
对于已推送的提交，必须使用revert而非reset：

# 错误做法：强制推送重置后的历史
git push -f origin main

# 正确做法：新增反转提交
git revert 5a6b7c8
git push origin main

综合对比与选择策略

复杂场景示例：
当需要修改某个历史提交时：

# 交互式变基（危险操作）
git rebase -i HEAD~3
# 标记要修改的提交为"edit"
# 修改后继续变基
git commit --amend
git rebase --continue

高级技巧与陷阱规避

1. 引用日志恢复：
   误操作后可通过reflog找回丢失的提交：

   git reflog
   git reset --hard HEAD@{2}
   

2. 部分文件重置：
   从其他提交恢复特定文件：

   git checkout 2a1b3c4 -- package.json
   

3. 批量撤销：
   使用revert合并多个提交的反转：

   git revert -n 1a2b3c4..5d6e7f8
   git commit -m "批量撤销特性X"
   

4. 钩子保护：
   通过pre-commit钩子防止错误提交：

   // .git/hooks/pre-commit
   #!/bin/sh
   if git diff --cached | grep 'TODO'; then
     echo "提交包含未完成的TODO标记"
     exit 1
   fi