这是一个创建于 4270 天前的主题，其中的信息可能已经有所发展或是发生改变。
在过去的一些小项目中，我通常先做出一个能使的版本，然后commit作为第一个版本。如果项目较大，在做出能使的版本之前按怎样的规则commit好呢？
 | 1 roamlog 2014 年 6 月 15 日 Git 的原则是尽可能频繁地 commit。。。 |
 | 2 v3aqb 2014 年 6 月 15 日 dev分支 |
 | 3 missdeer 2014 年 6 月 15 日 不停地git ci -m "(*)xxxx feature WIP" -a |
 | 4 9hills 2014 年 6 月 15 日 via iPad 开dev分支，不断commit开发，到了能跑通测试就merge到master上 |
 | 5 wwqgtxx 2014 年 6 月 15 日 via Android finish XXX test XXX bugfix XXX |
 | 6 Tonni 2014 年 6 月 15 日 via Android dev下死命commit，master下稳定后合并 |
 | 7 neevek 2014 年 6 月 15 日 我自己的一个简单的原则：保持每个commit是完整的、原子的、可以用一句话描述的。 |
 | 8 billlee 2014 年 6 月 15 日 dev 下一个一个功能 commit, 搞出第一个能跑的版本后 git rebase -i 整理下 |
Select Language