Git 高频命令速查：从日常提交到救命三招

为什么要有一套顺手的 Git 工作流

Git 命令很多，但日常真正高频的就那几十个。把它们串成肌肉记忆，能省下大量心智负担。这篇是一份可以收藏的速查。

分支与提交

git switch -c feat/login        # 新建并切换分支（比 checkout -b 更语义化）
git switch main                 # 切回主分支
git add -p                      # 交互式暂存（逐块挑选，强烈推荐）
git commit -m "feat: 登录页"     # 提交
git commit --amend --no-edit    # 把改动追加到上一次提交（未推送时）

撤销的三个层次

分清"改了什么"再选命令，是不翻车的关键：

git restore file.ts             # 丢弃工作区改动（未 add）
git restore --staged file.ts    # 取消暂存（已 add，未 commit）
git reset --soft HEAD~1         # 撤销上次 commit，保留改动在暂存区
git revert <hash>               # 用一个新提交抵消历史提交（已推送时用它，安全）

经验：已推送的历史，只用 revert，不用 reset --hard + 强推，否则会打乱协作者的历史。

同步远端

git fetch origin                # 拉取远端更新但不合并
git rebase origin/main          # 把本地提交"垫"到最新 main 之上，历史更线性
git pull --rebase               # fetch + rebase 的快捷方式
git push -u origin feat/login   # 首次推送并建立跟踪

救命三招

git reflog                      # 找回"丢失"的提交（reset 错了也能救回来）
git stash                       # 临时收起改动去做别的事
git stash pop                   # 恢复收起的改动
git cherry-pick <hash>          # 把某个提交摘到当前分支

提交信息规范（Conventional Commits）

feat:     新功能
fix:      修复 bug
docs:     文档
refactor: 重构（不改行为）
perf:     性能优化
chore:    杂项/构建

规范的提交信息不只是好看——它能自动生成 changelog，也让 code review 一眼看懂意图。

把这份速查贴在手边，两周之内这些命令就会变成肌肉记忆。