SVN提交规则

bev*_*qua 5 svn commit

是否应该只在解决方案编译和构建成功时提交?"中途"提交是否可以在非常大的变化中接受,这些代码在几个小时内不起作用?

Aar*_*ver 10

是的,这是可以接受的

版本控制用于版本控制; 不备份.你应该有一些独立的东西来处理可编译代码的备份,这些备份可能确实绕回到版本控制系统.

无论哪种方式迫使开发人员等待签入代码都是在某些时候丢失代码的迫在眉睫的灾难.

  • +1.我同意.尽可能多地提交.不要过度思考.尽可能多地投入.我发现经常犯下的只有好处而且没有缺点. (2认同)

Bri*_*per 5

确保代码不会长时间保持中断是持续集成的工作,而不是版本控制.


Luk*_*rer 5

除了Brian和Aaron的评论之外,我只想补充说,即使在稳定性和最新代码之间进行这种权衡也可以通过分支来缓解,或者作为一种更极端的解决方案,可以像Git这样的分散系统."经常提交并让构建机器人发现错误"是我最喜欢的策略,但是如果你需要一个更稳定的地方来检查代码,那么分支就是你想要的(当然有人必须维护它).