全球94%的开发者每天打开Git，但Stack Overflow 2023年调研显示，仍有47%的初级工程师在用final_v2_REALLY_FINAL.py管理版本。这种命名方式就像把保险箱密码写在保险箱门上——看似安全，实则灾难。
Git的核心设计只有三个状态：工作目录、暂存区、仓库。理解这个三角关系，比背100条命令都有用。
状态流转：代码的"安检通道"
工作目录是你的桌面，文件随意改动。暂存区是安检口，git add把文件放进托盘。仓库才是登机口，git commit拍照存档后，这班飞机就起飞了——再也改不了。
很多新手卡在"为什么add了还要commit"。类比一下：add是把菜放进购物车，commit才是结账开发票。没发票，超市随时能说"这菜你没买过"。
Git的每次commit都是完整快照，不是增量补丁。这意味着回滚到3个月前的版本，和回滚到昨天的速度一样快。SVN用户第一次用Git时，常被这个设计惊到——他们习惯了"从版本1慢慢算到版本100"的煎熬。
配置身份是第一步，但很多人敷衍了事。Git用user.name和user.email给每个commit签名，就像快递单上的寄件人。填"Admin"或"root"的仓库，追查bug时等于在查匿名信。
分支机制：平行宇宙的正经用法
Git的分支不是"复制粘贴文件夹"，而是一个40字节的指针。创建分支的成本，大概相当于新建一个文本文件。这个设计让"随手开分支"变成合理操作，而非性能负担。
主流工作流有三种形态。Git Flow严谨得像瑞士钟表：main、develop、feature、release、hotfix各司其职，适合发版周期固定的企业软件。GitHub Flow极简到只剩main和feature分支，适合每天部署多次的SaaS产品。GitLab Flow折中，用环境分支（pre-production、production）衔接开发与运维。
分支合并不是"把文件B覆盖文件A"，而是三方合并（three-way merge）。Git会找两个分支的共同祖先，对比三方的差异。这个算法让自动合并成功率远高于传统工具，但冲突时也更考验人的判断力。
冲突标记<<<<<<<和>>>>>>>之间的代码，是Git的"我不知道该留谁"清单。解决冲突没有银弹，但有个实用原则：永远先和写那段代码的人聊一句，别自己猜。
协作真相：分布式是伪命题，集中式是现实
Git被定义为"分布式版本控制"，但99%的团队用着完全中心化的工作流——所有人往同一个remote推代码，CI/CD从同一个仓库拉取。分布式能力更像安全气囊：平时用不上，出事时能救命。
Pull Request（合并请求）不是Git原生功能，是GitHub的发明。这个设计把代码审查从"事后追责"变成"事前门禁"。GitLab叫Merge Request，Bitbucket也叫Pull Request，功能大同小异：展示差异、跑自动化测试、强制至少一人审批。
强制推送（force push）是团队协作的核武器。git push --force能重写历史，也能让同事的本地分支变成"鬼故事"——他们基于的commit突然不存在了。Git 2.23新增的--force-with-lease是更文明的选项：只在你确认远程没变化时才强制推送。
rebase和merge的宗教战争持续了十几年。rebase让历史线性漂亮，适合功能分支；merge保留完整上下文，适合长期维护的分支。Linus Torvalds本人偏好merge，"历史就是历史，不该被整容"。但GitHub的 squash merge 选项，让两种派别都能各取所需。
时间机器的高级玩法
git reflog是Git的隐藏后悔药。即使reset到三天前、即使删除了分支，reflog里还记着HEAD的每一次移动。这个机制让"彻底丢失代码"变得几乎不可能——除非你连.git目录都删了。
stash不是分支的替代品，是"被打断时的临时抽屉"。接到紧急bug时，git stash push -m "half-done feature"比仓促commit干净得多。但stash默认不进远程仓库，换电脑时容易遗忘。
bisect是调试的神器。面对"上周还好好的"bug，git bisect start启动二分查找，自动定位引入问题的commit。这个命令把"人肉回滚"变成自动化流程，大型项目能节省数小时。
Git的存储效率来自内容寻址和压缩。相同内容只存一份，差异用delta压缩。一个10年历史的仓库，实际体积往往比最新快照大不了多少。这个设计让"全量克隆"成为可行策略，而非SVN时代的"只checkout一个子目录"。
子模块（submodule）和子树（subtree）是管理多仓库的两种思路。子模块像符号链接，指向外部仓库的特定commit；子树像复制粘贴，但保留合并历史。前者适合严格分离的依赖，后者需要频繁双向同步的场景。
Git LFS（大文件存储）把二进制文件拆出仓库，用指针文件占位。游戏开发、机器学习项目常用这个方案。但LFS有带宽成本，免费额度用完后，仓库可能突然"打不开"。
GitHub Copilot的代码补全，正在改变commit的粒度习惯。AI生成的代码需要更频繁的commit——不是为了备份，是为了"撤销到AI还没插手的时候"。这个细节，官方文档不会写。
热门跟贴