每天至少一次。

我个人会提交每一组已完成/稳定/编译的逻辑代码，并尽量在没有提交我当天所做的事情的情况下下班。

我也喜欢定期检查。那就是每次我都朝着我的目标迈进了一步。

这通常是每隔几个小时。

我的困难是找到一个愿意并且能够执行这么多代码审查的人。

我们公司的政策是，在签入任何东西之前，我们需要进行代码审查，这是有道理的，但在部门中并不总是有人有时间立即执行代码审查。可能的解决方式:

每次签入需要更多的工作;更少的签到=更少的评论。 改变公司签到政策。如果我刚刚做了一些重构，单元测试全部运行绿色，也许我可以放松规则? 搁置变更，直到有人能够执行评审并继续工作。如果审阅者不喜欢你的代码，你就必须重新设计，这就会产生问题。通过“搁置”更改来处理任务的不同阶段可能会变得混乱。

我使用的经验法则是签入，当签入的文件组可以被单个签入注释覆盖时。

这通常是为了确保签入是原子的，并且注释可以很容易地被其他开发人员消化。

当您的更改影响到具有应用程序范围的配置文件(例如spring上下文文件或struts配置文件)时，情况尤其如此。如果您在签入之前做了几个“组”的更改，它们的影响在配置文件中会重叠，导致两个组彼此合并。

我没有每次提交的具体时间限制，我倾向于在测试通过并且我对代码满意的情况下提交。我不会提交无法编译的代码，或者在失败的情况下我不愿意返回的状态

每次我完成一项任务时，我都会做出承诺。这通常需要30分钟到1小时。