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