我一个人做项目，为什么离不开 Git

有天下午我改了一下午脚本，晚饭前跑了一遍，结果不对。我盯着屏幕，完全不记得动了哪一行。昨天还能跑的模拟参数，今天就复现不了。这种时候，Git 比我的记忆靠谱一百倍。

误区：等一个功能做完再提交

很多人攒一大堆改动才 commit，结果一次回退就要放弃很多有用修改。我现在的习惯是：每完成一个可以独立解释的小改动就提交一次。“修复 RDF 边界条件”“添加 README 依赖说明”。小步提交，比什么都重要。

当你在用 DeepCode 生成或修复代码后，先跑通测试，确认无误再提交。这样每一行改动都有迹可循。

误区：在新算法上直接改主分支

想试一种新力场？别在主分支上改。开一条分支，名字直白点：experiment/new-descriptor。试失败了直接删，试成功了再合并。我观察到别人常犯的错误是，在 main 上乱试，结果把能跑的生产代码搞坏了，回退都来不及。

做 3D Modeling Workbench 的建模实验时尤其如此，一个网格参数改错可能让后面所有模拟都白跑。

误区：重要节点不打标签

论文投稿前、关键结果复现成功时，打个标签：git tag submission-v1。半年后审稿人让你补算例，你能立刻回到投稿时的代码状态，而不是在几十次提交里翻找。我曾经因此吃亏：审稿人问我要原始计算参数，我花了整整一天才找回对应版本的脚本。

• 用动词开头的提交信息，比如“添加”“修复”“重构”。
• 提交说明里写清楚“为什么改”，而不是只写“改了什么”。
• 不要把二进制大文件往 Git 里塞，数据文件用 Git LFS 或单独管理。

Git 不是为了向别人证明你做了什么，而是为了让你自己能在最糟糕的时候，有一个可以回退的安全网。

如果你还没给项目初始化 Git，花三十秒跑一下 git init。这个小小动作，可能会在某一天救你一整个下午。