如果解决方案成功编译和构建,才应该提交吗?在非常大的更改中,代码在几个小时内无法工作,是否可以接受“中途”提交?
是可以接受的。
版本控制用于版本控制,而不是备份。您应该另外安排备份编译代码的方案,这些备份可能确实会回到版本控制系统。
无论如何,强迫开发人员等待检入代码是一种即将发生丢失代码的灾难。
确保代码不会长时间处于损坏状态是持续集成的工作,而不是版本控制。
除了Brian和Aaron的评论外,我只想补充一点,即即使在稳定性和最新代码之间存在这种权衡,也可以使用分支或更极端的解决方案,如Git这样的分散式系统来减轻这种权衡。 "经常提交并让构建机器人发现错误"是我的最爱策略,但如果您需要一个更稳定的代码检出位置,则需要一个分支(但当然有人必须维护它)。
svn update
。svn update
接收到的更改引起的。当每个人都试图弄清楚为什么突然间事情不再工作时,工作就会停滞下来。
- 朝着修复xyz的方向:重构了fuzz以准备aspect foo
- 朝着修复xyz的方向:aspect foo现在可用
- 已修复xyz:aspect bar现在可用