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