Git Commands Cheat Sheet: The 20 Commands You Actually Use — txt1.ai

改变我对 Git 想法的凌晨 3 点生产危机

我永远不会忘记我们的整个部署管道在凌晨 3 点崩溃的那晚。我当时是一家金融科技初创公司的高级 DevOps 工程师，职业生涯已经五年，我刚接到通知，因为有人强制推送到主分支，导致四个不同团队的三天工作被抹去。当我盯着终端时，手在发抖，知道每一秒都至关重要——我们有监管截止日期、愤怒的利益相关者，还有一群筋疲力尽的开发人员在等我来解决这个问题。

那时我意识到一个关键的问题：我使用 Git 已经快五年，但我真正 知道 的命令只有 20 个。其他的一切都是噪音。Git 文档列出了超过 160 个命令，但在那次危机时刻，我伸手拿起的仍然是我之前使用过几千次的那几样工具。你知道吗？它们足够了。它们那晚拯救了我们。

从那时起，我与三家公司超过 200 名开发人员合作，进行了无数次代码审查，并拯救了更多仓库，数量不胜枚举。我通过 shell 历史分析跟踪了过去两年我实际使用 Git 的数据，结果令人震惊：我 94% 的 Git 互动只涉及 20 个命令。剩下的 6% 分散在我每季度可能使用一次的数十个冷门操作中。

这篇文章并不是你会书签保存但从不会阅读的详尽 Git 参考资料。这是经过战斗测试、在生产中证明有效的命令列表，将处理你日常工作中的 99%。我将准确展示我如何使用每个命令、真正重要的标志，以及让我在数百次合并冲突和部署紧急情况中保持理智的思维模型。

基础知识：你每天都会用到的命令

让我们从绝对必要的命令开始——我使用得如此频繁，以至于手指在没有意识的情况下就能输入这些命令。这五个命令构成了每个 Git 工作流的基础，如果你不掌握其他任何内容，也要掌握这些。

在分析我团队两年的 shell 历史后，我发现了一个违反直觉的事实：那些知道较少 Git 命令的开发人员往往更高效。他们掌握了基本的 20 个命令，可以在不思考的情况下执行，而那些记住整个手册的人，在关键时刻花费宝贵时间思考相似选项。

git status 是我不离身的伙伴。这个命令我每天可能要运行 50 次，绝对不是夸张。在每次提交之前、每次拉取之后、每当我对发生的事情感到困惑时——git status 是我首先使用的命令。它会告诉你哪些文件已暂存，哪些已修改但未暂存，哪些是未跟踪的。输出经过颜色编码，非常易读。我见过初级开发人员与 Git 问题斗争了几个小时，而如果他们只是运行 git status，那些问题会立即显而易见。

这是我的工作流程：我输入 git status 的频率如此之高，以至于我在 shell 配置中将其别名为 “gs”。每当我切换上下文或从会议中回来时，git status 是我记住自己在做什么的方法。这就像是当前状态的书签。

git add 是你暂存变更以供提交的方法。最常见的模式是 git add .，它会暂存你当前目录中的所有内容，但我实际上不建议盲目使用这个命令。相反，我对大约 60% 的提交使用 git add -p（补丁模式）。这让你可以交互式地审查每个变化，并只暂存你想要的块。是的，这样会慢一些，但它让我避免了提交调试代码、API 密钥和令人尴尬的 console.log 语句的次数不胜枚举。

对于快速的工作，git add filename 暂存特定文件。当我对我提交的内容非常有信心时使用这个命令。这里的关键点是，暂存与提交是分开的——你可以逐步暂存文件，使用 git status 审查它们，然后在准备好时进行提交。

git commit 创建已暂存更改的快照。我使用 git commit -m "message" 来处理小的、显而易见的更改，但对于任何重要的更改，我只需输入 git commit 并让它打开我的编辑器。这迫使我写出适当的提交消息，包括主题行和正文。好的提交消息是未来自我的文档。我在挖掘 Git 历史时花费了无数小时试图理解为什么要进行更改，而详细的提交消息是金子般的价值。

我的提交消息模板：第一行是简洁的摘要（50 个字符或更少），接着是一个空行，然后详细解释更改了什么以及原因。"为什么" 是至关重要的——diff 显示了更改了什么，但只有你能解释原因。

git push 将你的提交发送到远程仓库。大多数情况下，git push 就是你所需的一切。如果你第一次推送新分支，你需要 git push -u origin branch-name 来设置追踪。-u 标志（短为 --set-upstream）表示将来在此分支上的推送和拉取不需要你指定远程和分支名称。

一个关键标志需要了解：git push --force-with-lease。绝不要使用 git push --force，除非你绝对确定要覆盖远程历史。--force-with-lease 变体更安全，因为如果其他人推送了你本地没有的提交，它会失败。我见过 --force 抹去整个团队的工作。不要成为那样的人。

git pull 从远程获取更改并将其合并到你当前的分支。我每天早上工作前和每次推送前都会运行这个命令。默认行为对于大多数情况是可以的，但我更喜欢 git pull --rebase，因为它通过避免不必要的合并提交，使历史更干净。我已经将其设置为默认配置 git config --global pull.rebase true。

分支：你的平行宇宙工具包

分支是 Git 真正的强大之处。它们让你在不影响主代码库的情况下独立工作于功能、实验和修复。我每周创造大约 10-15 个分支，这些命令使该工作流程无缝。

git branch 列出所有本地分支。当前分支用星号标记。我使用 git branch -a 查看远程分支，以及 git branch -d branch-name 删除我不再需要的分支。-d 标志是安全的——它不会让你删除有未合并更改的分支。如果你绝对确定要删除某个分支（也许它是一个失败的实验），请使用 git branch -D branch-name。

我严格清理旧分支。一个包含 50 个过期分支的仓库令人困惑，且很难找到你想要的东西。每个星期五，我运行 git branch --merged 来查看哪些分支已合并到主分支中，然后将其删除。这就像清理办公桌——感觉很好。

git checkout 切换到不同的分支。