我应该多久向源代码控制提交一次更改?在每个小特性之后，还是只在大特性之后?
我正在开发一个项目，有一个长期的功能要实现。目前，我在完成每一大块工作后，即每一个子特性实现和bug修复后提交。我甚至在发现bug后为某些特性添加了一组新的测试之后才提交。
然而，我对这种模式感到担忧。在一个富有成效的工作中，我可能会提交10次。鉴于我使用的是Subversion，这些提交会影响整个存储库，所以我想知道做这么多次是否真的是一个好做法?
当前回答
如果你的版本控制注释超过了一两句话，你可能没有经常提交。
其他回答
想想看。
(只要你登记的东西是安全的)
每次我完成一项任务时，我都会做出承诺。这通常需要30分钟到1小时。
我也喜欢在完成一大块工作后做出承诺，通常一天要做好几次。我认为在小提交中比在大提交中更容易看到发生了什么。如果担心提交太多，可以考虑创建一个分支，并在整个特性完成后将其合并回主干。
这里有一篇相关的博客文章:编程的恐惧:尽早检查，经常检查
我没有每次提交的具体时间限制，我倾向于在测试通过并且我对代码满意的情况下提交。我不会提交无法编译的代码，或者在失败的情况下我不愿意返回的状态
我仍然相信“经常承诺，早承诺”这句话。我更喜欢像Mercurial这样去中心化的风投，提交几件事情并在以后将其推向上游是没有问题的。
这确实是一个常见的问题，但真正的问题是:您能提交未完成的代码吗?
