这是一个创建于 4236 天前的主题，其中的信息可能已经有所发展或是发生改变。
在过去的一些小项目中，我通常先做出一个能使的版本，然后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