在过去的一些小项目中，我通常先做出一个能使的版本，然后commit作为第一个版本。如果项目较大，在做出能使的版本之前按怎样的规则commit好呢？
This topic created in 4382 days ago, the information mentioned may be changed or developed.
 |
1
roamlog Jun 15, 2014
Git 的原则是尽可能频繁地 commit。。。
|
 |
2
v3aqb Jun 15, 2014
dev分支
|
 |
3
missdeer Jun 15, 2014
不停地git ci -m "(*)xxxx feature WIP" -a
|
 |
4
9hills Jun 15, 2014 via iPad
开dev分支，不断commit开发，到了能跑通测试就merge到master上
|
 |
5
wwqgtxx Jun 15, 2014 via Android
finish XXX
test XXX bugfix XXX |
 |
6
Tonni Jun 15, 2014 via Android
dev下死命commit，master下稳定后合并
|
 |
7
neevek Jun 15, 2014
我自己的一个简单的原则：保持每个commit是完整的、原子的、可以用一句话描述的。
|
 |
8
billlee Jun 15, 2014
dev 下一个一个功能 commit, 搞出第一个能跑的版本后 git rebase -i 整理下
|
Select Language