使用Git的童鞋们，你们每次提交的依据一般是以什么为单位的呢？

以实现一个ticket为单位 或者 一个完整可用功能 如果功能比较大可以用branch,完了merge回master 'git stash'也挺方便如果一个东西做一半又不想提交可用这个

颗粒度这个概念不知道是怎么来的。我虽然能理解，但是觉得很变扭。
我一般是觉得某个部分工作可以确认有效，或者等待确认有效的时候就会commit一次。
一旦确认完成，再次commit。
因此我一般至少2个小时小时可能就会commit一次。
这可能跟我个人工作习惯有关，我一般是把一个大的工作切分成可度量可测试的小块任务，每完成一块，就commit一次，这样对于进度的预测会准确一些，自己的心情也会相对舒服一些。

我用的是 hg。我参照了这篇文章提到的方法 http://nvie.com/posts/a-successful-git-branching-model/

1. 每涉及一个 feature 就 branch 一次，在这个 branch 中代码提交得很频繁。
2. feature 完成后再 merge 回主开发分支
3. 主开发分支测试完再 merge 回 default 分支。
4. 大概每天 push 一次到 bitbucket.org
4. 代码发布时以 default 分支为准

@iwinux 帅气的文章..mark稍后读~

每个redmine上的issue作为一个branch，branch里随时提交，完成后merge回trunk

@rociiu 学习了~
Ticket是Trac特有的概念么？

@Aladdin 看这个帖子 https://v2ex.ih06.com/t/4647

@myrual 颗粒度这个概念是比较泛的概念了..我也忘记在哪里看到的了

@roamlog nice!

1. 按 ticket
2. 最起码不能够 commit 未完成的 code （会令网站运行不了的 code）

@myrual 颗粒度应该是从granularity来的……