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