Git 撤销与恢复实战：Reset、Restore、Revert、Stash 与 Reflog

Mon, 17 Apr 2023 00:00:00 +0000

Git 开发过程中最常见的问题之一就是「改错了怎么办」。

代码还没有提交，想撤销修改；已经 commit，想重新整理；代码已经推送到远程仓库，想安全撤销；临时需要切换分支，但当前代码又不想提交；甚至执行了一次 reset --hard 后发现重要 Commit 不见了。

这些问题看起来都是「撤销」，但对应的 Git 操作完全不同。

Git 官方将 reset、restore 和 revert 明确区分为三个不同的命令：

再结合 stash 和 reflog，基本可以覆盖日常开发中绝大多数「撤销与恢复」场景。

先建立一个判断标准

遇到问题时，不要第一时间执行：

git reset --hard

先判断当前代码处于什么状态。

可以把常见场景整理成下面这张表：

理解这张表，比记住几十个 Git 参数更重要。

Sun, 16 Apr 2023 00:00:00 +0000

Git 真正难的地方并不是记住几个命令，而是理解「分支为什么存在」「Merge 和 Rebase 到底有什么区别」以及「出现冲突以后应该怎么处理」。

日常开发中，一个项目通常同时存在多个功能开发、Bug 修复和版本发布任务。如果所有人都直接修改同一个分支，很快就会出现代码互相覆盖、提交历史混乱以及难以追踪的问题。

Git 的分支机制解决了这个问题。开发者可以从主分支创建独立分支，在自己的分支上完成开发，然后通过 Merge 或 Rebase 将代码重新整合到目标分支。

本文不从 Git 的基础命令开始，而是直接从实际开发流程理解 Git 分支、Merge、Rebase 和冲突处理。

Git 中的分支本质上是指向某个 Commit 的引用。

例如项目最开始只有一条 main：

A --- B --- C
 ↑
 main

开发新功能时创建 feature/login：

A --- B --- C
 ↑
 main
 ↑
 feature/login

继续开发后：

A --- B --- C --- D --- E
 ↑ ↑
 main feature/login

此时 main 并没有发生变化，feature/login 在自己的提交历史上继续向前发展。