在使用git代码同步的时候，大家commit的节奏如何呢？完成整个一个大功能就commit一次，还是完成一段代码片段就commit一次，或者修正了一个bug，抑或更新了一张图片就commit一次呢？
Jacky001 · 2013-11-13 20:59:12 +08:00 · 3270 次点击这是一个创建于 4029 天前的主题，其中的信息可能已经有所发展或是发生改变。
 |
1
horsley 2013-11-13 21:11:00 +08:00
月经贴啊这是
个人是一个功能的相关的提交一次 倾向于多次提交 各次提交之间尽量没有关联 |
 |
2
sethverlo 2013-11-13 21:13:31 +08:00
个人认为 commit 要尽量小，一句话能说清楚的就可以当做一个 commit.
上面说「尽量小」也是必须保证代码是完整的，而不是未完成的部分。 |
 |
3
clino 2013-11-13 21:19:37 +08:00
完成一个相对完整的修改就可以提交
"完成一段代码片段就commit一次，或者修正了一个bug，抑或更新了一张图片就commit一次"其实可以这么操作,因为可以用 --amend 方式补充修改到最后一个patch上,这个patch完整以后再提交到新的patch上 |
 |
4
weakish 2013-11-13 22:13:32 +08:00
As small as possible.
Good for bisect and cherry-pick. And `git diff` are brief and easy to understand. |
 |
5
hitsmaxft 2013-11-13 22:56:02 +08:00
这不是 git 的问题，是你的问题。按你个人的意愿去管理代码。
如果没有 review 代码的需要（&意愿），改一行提和改一万行又有什么区别呢？所以，follow your heart， 少年 |
 |
6
9hills 2013-11-13 23:25:25 +08:00
开发前切出新分支，尽情随便commit，最后rebase整理出干净的history 然后merge到主干
|
 |
7
iugo 2013-11-14 00:00:00 +08:00 via Android
一个最简单的修改我就会提交一次。
|
 |
8
lightening 2013-11-14 04:46:53 +08:00
最小的能工作的代码就提交一次，如果一次太激动做了能拆开成2次的东西，就partial commit分两次提交。
一个完整的功能给master提交一个Pull Request。 |
 |
9
Chrics 2013-11-14 12:13:05 +08:00
相应功能王超就会commit一次做备份。。
|
Select Language