在使用git代码同步的时候，大家commit的节奏如何呢？完成整个一个大功能就commit一次，还是完成一段代码片段就commit一次，或者修正了一个bug，抑或更新了一张图片就commit一次呢？
Jacky001 · Nov 13, 2013 · 3980 viewsThis topic created in 4737 days ago, the information mentioned may be changed or developed.
 |
horsleyNov 13, 2013
1
月经贴啊这是
个人是一个功能的相关的提交一次 倾向于多次提交 各次提交之间尽量没有关联 |
 |
sethverloNov 13, 2013
2
个人认为 commit 要尽量小，一句话能说清楚的就可以当做一个 commit.
上面说「尽量小」也是必须保证代码是完整的，而不是未完成的部分。 |
 |
clinoNov 13, 2013
3
完成一个相对完整的修改就可以提交
"完成一段代码片段就commit一次，或者修正了一个bug，抑或更新了一张图片就commit一次"其实可以这么操作,因为可以用 --amend 方式补充修改到最后一个patch上,这个patch完整以后再提交到新的patch上 |
 |
weakishNov 13, 2013
4
As small as possible.
Good for bisect and cherry-pick. And `git diff` are brief and easy to understand. |
 |
hitsmaxftNov 13, 2013
5
这不是 git 的问题，是你的问题。按你个人的意愿去管理代码。
如果没有 review 代码的需要（&意愿），改一行提和改一万行又有什么区别呢？所以，follow your heart， 少年 |
 |
9hillsNov 13, 2013
6
开发前切出新分支，尽情随便commit，最后rebase整理出干净的history 然后merge到主干
|
 |
iugoNov 14, 2013 via Android
7
一个最简单的修改我就会提交一次。
|
 |
lighteningNov 14, 2013
8
最小的能工作的代码就提交一次，如果一次太激动做了能拆开成2次的东西，就partial commit分两次提交。
一个完整的功能给master提交一个Pull Request。 |
 |
ChricsNov 14, 2013
9
相应功能王超就会commit一次做备份。。
|
Select Language