Git 分支管理与版本回滚：创建、合并与「撤销上一次提交」
Git 的「分支」和「回滚」是日常开发里最高频的两类操作：分支让不同改动互不干扰，回滚让错误提交可以被撤销。很多新人要么不敢建分支，要么一遇到「想撤销」就 git reset --hard 一把梭。本文按官方命令语义讲清楚分支怎么建怎么合、回滚两种方式的区别，以及什么场景该用哪个。
分支：创建、切换、查看
分支是一个可移动的提交指针，创建分支不会复制代码，只是多出一条独立的发展线。常用命令：
- 查看分支：
git branch列出本地分支，git branch -v附带每个分支最后一次提交。 - 创建分支：
git branch 分支名只创建不切换；git checkout -b 分支名创建并立即切换，是最常用的写法。 - 切换分支：
git checkout 分支名或新写法git switch 分支名（Git 2.23+ 支持），推荐用 switch 语义更清晰。
典型工作流：从主分支创建功能分支，在分支上做改动提交，互不影响。比如 git checkout -b fix-login 新建登录修复分支，改完再切回主分支合并。
合并：merge 与冲突处理
分支开发完要并回主线，用 git merge：先切到目标分支（如主分支），执行 git merge fix-login，Git 会把 fix-login 的改动并入当前分支。合并后建议删掉已合完的临时分支：git branch -d fix-login。
冲突是合并时最常见的坎：当两个分支改了同一文件的同一区域，Git 会在文件里用冲突标记标出，此时不会自动完成合并，需要手动编辑保留正确内容，然后 git add 标记已解决，再 git commit 完成合并。遇到冲突不用慌，Git 会明确提示冲突文件列表，逐文件处理后提交即可。
回滚：先分清 reset 与 revert
「撤销最近一次提交」有两种思路，区别非常关键：
- git reset：把分支指针向后移动，等于「让提交没发生过」。
git reset --hard HEAD~1回退到上一个提交并丢弃之后的所有改动（连同工作区）；git reset --soft HEAD~1只撤消提交保留改动在暂存区；git reset --mixed HEAD~1（默认）保留改动但取消暂存。reset 会改写本地历史，已经推送到远程再 reset 会导致两边不一致。 - git revert：不是删除旧提交，而是生成一个「反向的新提交」把旧提交的改动抵消掉。
git revert HEAD撤销最近一次提交并保留完整历史。revert 适合协作环境，因为历史没有被改写，其他人 pull 不会冲突。
一句话选型：提交还没推送、只有你自己在用 → reset 干净利落；提交已经推送、大家共用分支 → 永远用 revert。
场景化操作：撤回与找回
想撤掉「刚才那条错误的提交」：若未推送，git reset --soft HEAD~1 把提交撤回暂存区重新整理；若已推送，git revert HEAD 生成反向提交再 push，团队其他人正常拉取即可。
想回退到指定的更早版本：先用 git log --oneline 查看提交哈希，git log -p 查看每次提交的具体改动，再对目标哈希执行 git reset --hard <哈希> 或 git revert <哈希>。
不小心 reset 过头丢了提交：git reflog 会记录分支指针的所有历史移动，找到回退前的哈希，用 git reset --hard <哈希> 就能找回来。reflog 是 Git 的安全网，误操作的后悔药基本都在这里。
实用命令速查表
| 需求 | 命令 | |------|------| | 创建并切换分支 | git checkout -b 分支名 | | 查看分支列表 | git branch -v | | 合并分支到当前 | git merge 分支名 | | 删除已合并分支 | git branch -d 分支名 | | 撤回最近提交（保留改动） | git reset --soft HEAD~1 | | 强行回退并丢弃改动 | git reset --hard HEAD~1 | | 撤销某提交（保留历史） | git revert 提交哈希 | | 找回丢失的提交 | git reflog 后 reset 到目标哈希 |
与团队协作结合
分支与回滚能力在真实协作中最有价值：每个人的改动各自开分支，评审通过再合并进主分支，主分支始终保持可发布状态。合并前先用 git fetch 拉取远程最新状态再用 git merge 或 git pull，能减少冲突面；一旦产生冲突，按上文逐文件解决后 git add && git commit 即可。推送前养成 git status 查看待提交内容、git diff 复核改动的习惯，能明显少犯错。VS Code 内置的源代码管理面板可以可视化完成分支切换、提交与冲突解决，图形化入门值得一试（详见站内 VS Code 扩展文章）。这些命令都是 Git 官方文档中的标准用法，遵循「推送前用 revert、未推送用 reset」的原则，团队历史就不会被意外改写。多练几次分支合并与回滚，遇到线上紧急修复时才能临危不乱。
装完做这几件确认
- [ ] 用 git checkout -b 实际创建并切换过一个分支
- [ ] 在分支上提交后切回主分支，用 git merge 完成一次合并
- [ ] 用 git log --oneline 能读懂提交历史与哈希
- [ ] 在未推送的本地提交上实测过一次 git reset --soft
- [ ] 了解已推送的提交回退应改用 git revert，避免改写共享历史