这是一个创建于 4598 天前的主题，其中的信息可能已经有所发展或是发生改变。
我本来喜欢一天一提交的，这样方便。但我发现提交的时候commit不知道怎么写了，因为可能动了很多地方。
我经常这里改改那里动动，常常不会一个feature一个feature地弄，嗯，习惯不好。
最主要的问题是，我老忘记commit
你呢？
我经常这里改改那里动动，常常不会一个feature一个feature地弄，嗯，习惯不好。
最主要的问题是，我老忘记commit
你呢？
 |
1
fangzhzh 2013 年 6 月 26 日
调戏一句: 一天一提交是病,得改.
一天一提交方便到哪里? git的设计就是要修改了想起来就提交. |
 |
3
yuelang85 2013 年 6 月 26 日
按完整feature提交，尽可能不在代码不能运行的时候提交。
不过git有commit和push两级提交，其实可以随时提交的 |
 |
4
chchwy 2013 年 6 月 26 日  1
建議你改成每改一小項就commit，然後每天一個push。
commit的意義就是兩三句話就能講明白改進的內容，萬一未來需要追查舊碼，也很容易查找。 這也是git將commit/push分開的好處之一。 別讓svn的舊習慣影響了你 |
 |
5
bitsmix 2013 年 6 月 26 日 via iPhone
根据 issue 提交才最合理。
|
 |
6
9hills 2013 年 6 月 26 日 via Android
可以rebase啊 可以merge --squash啊
|
 |
7
xatest 2013 年 6 月 26 日
在不同分支有不同的提交频率，在开发分支当然是改一点就提交一次〜
|
 |
8
bcxx 2013 年 6 月 26 日 1
多开（特性）分支，早开分支……
|
 |
9
akira 2013 年 6 月 27 日 1
commit的粒度小点好，反正都是本地的，没啥成本。
push的代码至少要保证能编译。 |
 |
10
lightening 2013 年 6 月 27 日 via Android 1
commit粒度尽量小，我基本一个feature一提交。要是忘了提交一下子做了2个feature就做两次partial commit，还是分开来比较干净……
|
 |
11
sinxccc 2013 年 6 月 27 日
一天一提交那是 svn ……
|
 |
12
msg7086 2013 年 6 月 27 日 1
开发过程中经常会遇到同时改多个功能的代码的情况。这种时候就把改动分开提交就行了。
一feature或者一function一提交比较理想。然后1、2天push一次 |
 |
13
ivenvd 2013 年 6 月 27 日
一天一提交怎么 reset ……
|
 |
15
mengzhuo 2013 年 6 月 27 日
完成一个就功能就commit一次不是best practice吗？
|
 |
16
leegorous 2013 年 6 月 27 日
只要不是 broken 的，想 commit 就 commit ，要考虑的是到什么时候 push 上去吧，不过如果有写 Issue，也不是什么问题了。
|
 |
17
vietor 2013 年 6 月 27 日
完成一个功能点就提交一次，reset就可以高枕无忧了。
|
 |
19
ijse 2013 年 6 月 27 日
我觉得commit的时候，是不是broken无所谓，但push的时候不要broken。。
|
 |
20
xlmo 2013 年 6 月 27 日
一天一提交，merge的时候痛苦死你。
|
 |
21
wang2191195 2013 年 6 月 27 日
=。= 一般是完成重要的功能/修复commit一次，然后辅以半天commit&push一次
|
 |
22
Golevka 2013 年 6 月 27 日
用git就是要多本地commit, 不要频繁地push和pull, 否则git娘会喊疼的=v=
|
 |
23
refresh OP 我改东西的习惯不好，太乱了，经常是这里改一下，那里改一下，该改一下工作习惯了。
|
 |
24
chmlai 2013 年 6 月 27 日
唉, 我也有这个毛病
|
Select Language