在使用git代码同步的时候，大家commit的节奏如何呢？完成整个一个大功能就commit一次，还是完成一段代码片段就commit一次，或者修正了一个bug，抑或更新了一张图片就commit一次呢？

[Jacky001]

[horsley]

月经贴啊这是
个人是一个功能的相关的提交一次
倾向于多次提交
各次提交之间尽量没有关联

[sethverlo]

个人认为 commit 要尽量小，一句话能说清楚的就可以当做一个 commit.

上面说「尽量小」也是必须保证代码是完整的，而不是未完成的部分。

[clino]

完成一个相对完整的修改就可以提交

"完成一段代码片段就commit一次，或者修正了一个bug，抑或更新了一张图片就commit一次"其实可以这么操作,因为可以用 --amend 方式补充修改到最后一个patch上,这个patch完整以后再提交到新的patch上

[weakish]

As small as possible.

Good for bisect and cherry-pick.

And `git diff` are brief and easy to understand.

[hitsmaxft]

这不是 git 的问题，是你的问题。按你个人的意愿去管理代码。
如果没有 review 代码的需要（&意愿），改一行提和改一万行又有什么区别呢？所以，follow your heart， 少年

[9hills]

开发前切出新分支，尽情随便commit，最后rebase整理出干净的history 然后merge到主干

[iugo]

一个最简单的修改我就会提交一次。

[lightening]

最小的能工作的代码就提交一次，如果一次太激动做了能拆开成2次的东西，就partial commit分两次提交。
一个完整的功能给master提交一个Pull Request。

[Chrics]

相应功能王超就会commit一次做备份。。