Git 解决的核心问题，是多人协作时如何记录变化、交换变化、审查变化和恢复变化。
如果只把 Git 当成“上传代码的命令”，会很容易在冲突、回滚、分支协作、线上事故时手忙脚乱。真正理解 Git，要把它看成一套工程协作系统。
每个 commit 都是一份可追踪的工程记录。
好的 commit 能回答：
分支让不同任务互不影响。
你可以同时处理：
只要分支边界清楚，团队协作就不会因为一个人的本地改动阻塞所有人。
Git 和 GitHub / GitLab 结合后，Pull Request 会变成团队审查入口。
团队可以在合入前检查：
Git 不只负责保存代码，也负责事故恢复。
常见场景包括：
这些问题的处理方式，见 Git 高频事故处理手册。
AI 让代码生成速度变快，但也让变更规模更大、边界更容易变模糊。
Git 的新价值，是把 AI 生成的大块改动切回人类可以理解、可以审查、可以回滚的工程单元。
如果你正在使用 Codex、Claude Code、Cursor、Cline 或其他 AI 编程工具，建议优先阅读 AI Native Git Workflow。
先掌握这条主线：
工作区 -> 暂存区 -> 本地仓库 -> 远端仓库
再掌握三类能力：
原有文章见归档目录 why-git.md。