许多使用Visual Studio的程序员很难适应这样的事实:在其他源代码控制系统中,文件不需要在任何给定时间锁定/检出给一个开发人员.
合并的支持者说允许两个人在同一个文件上工作可以提高工作效率,因为它可以消除对同一源文件的排队.它还避免了需要编写代码的情况,但是对于刚刚离开两周假期的人来说,检查了源代码.
锁定拥护者说当多个人同时在同一个文件上工作时会引入很多风险.根据他们的说法,在使用合并模型时,团队成员之间的沟通和协调变得更加必要.此外,很多人似乎不信任自动合并.
使用一种方法而不是另一种方法的最有说服力的理由是什么？
我们都知道保持简单,对吗？
我已经看到复杂性被衡量为系统之间的交互次数,我想这是一个非常好的起点.除了直觉之外,还可以使用其他(最好是更客观的)方法来确定特定设计或软件的复杂程度？
您最喜欢的规则或启发式是什么？