我本来喜欢一天一提交的，这样方便。但我发现提交的时候commit不知道怎么写了，因为可能动了很多地方。
我经常这里改改那里动动，常常不会一个feature一个feature地弄，嗯，习惯不好。
最主要的问题是，我老忘记commit
你呢？
我经常这里改改那里动动，常常不会一个feature一个feature地弄，嗯，习惯不好。
最主要的问题是，我老忘记commit
你呢？
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 4879 days ago, the information mentioned may be changed or developed.
 |
fangzhzhJun 26, 2013
1
调戏一句: 一天一提交是病,得改.
一天一提交方便到哪里? git的设计就是要修改了想起来就提交. |
 |
yuelang85Jun 26, 2013
3
按完整feature提交，尽可能不在代码不能运行的时候提交。
不过git有commit和push两级提交，其实可以随时提交的 |
 |
4
建議你改成每改一小項就commit，然後每天一個push。
commit的意義就是兩三句話就能講明白改進的內容，萬一未來需要追查舊碼，也很容易查找。 這也是git將commit/push分開的好處之一。 別讓svn的舊習慣影響了你 |
1 |
bitsmixJun 26, 2013 via iPhone
5
根据 issue 提交才最合理。
|
 |
9hillsJun 26, 2013 via Android
6
可以rebase啊 可以merge --squash啊
|
 |
xatestJun 26, 2013
7
在不同分支有不同的提交频率，在开发分支当然是改一点就提交一次〜
|
 |
8
多开（特性）分支，早开分支……
|
 |
9
commit的粒度小点好，反正都是本地的，没啥成本。
push的代码至少要保证能编译。 |
 |
10
commit粒度尽量小，我基本一个feature一提交。要是忘了提交一下子做了2个feature就做两次partial commit，还是分开来比较干净……
|
 |
sinxcccJun 27, 2013
11
一天一提交那是 svn ……
|
 |
12
开发过程中经常会遇到同时改多个功能的代码的情况。这种时候就把改动分开提交就行了。
一feature或者一function一提交比较理想。然后1、2天push一次 |
 |
ivenvdJun 27, 2013
13
一天一提交怎么 reset ……
|
 |
mengzhuoJun 27, 2013
15
完成一个就功能就commit一次不是best practice吗？
|
 |
leegorousJun 27, 2013
16
只要不是 broken 的，想 commit 就 commit ，要考虑的是到什么时候 push 上去吧，不过如果有写 Issue，也不是什么问题了。
|
 |
vietorJun 27, 2013
17
完成一个功能点就提交一次，reset就可以高枕无忧了。
|
 |
ijseJun 27, 2013
19
我觉得commit的时候，是不是broken无所谓，但push的时候不要broken。。
|
 |
xlmoJun 27, 2013
20
一天一提交，merge的时候痛苦死你。
|
 |
wang2191195Jun 27, 2013
21
=。= 一般是完成重要的功能/修复commit一次，然后辅以半天commit&push一次
|
 |
GolevkaJun 27, 2013
22
用git就是要多本地commit, 不要频繁地push和pull, 否则git娘会喊疼的=v=
|
 |
23
我改东西的习惯不好，太乱了，经常是这里改一下，那里改一下，该改一下工作习惯了。
|
 |
chmlaiJun 27, 2013
24
唉, 我也有这个毛病
|
Select Language