Git 工作流实战：一个人也能把版本管理用得明明白白

很多人对 Git 的印象是「记性不好的人才需要」，或者「团队协作才用得上」。其实对独自维护项目的你，Git 才是真正的时光机：改坏了随时回退，写崩了不怕重来。

这篇文章按真实使用顺序，把个人项目最常用的 Git 操作一次讲透。

第一步：建仓与第一次提交

git init                 # 把当前目录变成仓库
git add .                # 把改动放进暂存区
git commit -m "feat: 初始化项目"   # 提交，写清这次干了什么

从这一刻起，你的项目就拥有了后悔药。建议养成习惯：小步提交，一次提交只做一件事，提交信息用「动词开头」。

第二步：看状态与看改动

三个高频命令，每天都要用：

git status      # 现在工作区是什么状态
git diff        # 具体改了什么（未暂存的）
git log --oneline   # 提交历史一览

提交前先看 diff，这条习惯能挡住九成低级错误。

第三步：分支——放心大胆地折腾

一个人开发同样需要分支。想试个新功能？开个分支随便试，坏了直接删：

git branch 实验分支        # 建分支
git switch 实验分支        # 切过去（老版本用 git checkout）
# ……随便写，写崩了也不怕……
git switch 主分支          # 切回安全的主线
git branch -D 实验分支     # 删掉烂摊子

第四步：合并与冲突

功能写好了，把分支合回主线：

git switch 主分支
git merge 实验分支

如果两边改了同一处代码，Git 会提示冲突。别慌，打开冲突文件，把「<<<<<<<」和「>>>>>>>」之间多余的段落删掉，只留你想要的那份，再执行 git add 加 git commit 即可。

第五步：时光倒流三件套

• 还没提交，想撤销某个文件的改动：git restore 文件名
• 已经提交，想回到上一个版本：git reset --soft HEAD~1（改动保留在暂存区）
• 彻底回退到某次提交：git reset --hard 提交号（慎用，会丢掉之后的所有提交）

一条黄金法则

提交要勤，推送要稳，reset 要慎重。 记住这十二个字，一个人的版本管理就不会翻车。

版本管理管的不只是代码，更是你每一次「当时要是能重来就好了」的遗憾。