使用版本管理：分支、合并与历史

一个简单的流程

一个稳定的主分支、每个改动一个短分支、评审和测试之后合并。一个活了两周的分支会带来冲突和一次令人恐惧的合并——而这几乎总是任务太大的信号。

变更说明

第一行简短地说明改了什么，然后说为什么。「为什么」是从代码里恢复不出来的东西，也是你一年后会去搜的东西。

关联到任务或讨论。没有上下文的改动是未来的一个谜。

卫生

不要把构建产物、密钥或大文件存进仓库。用tag标记版本。并且不要改写已经发布出去的历史——那会破坏别人的工作。