Version control 带锁的SCM与并发合并和团队规模

要使基于锁的SCM不成为开发中的一个严重问题，程序员的理想数量是多少

编辑：

从根本上说，我不是在问锁定或合并是否有好处（这是一场无法解决的火焰战）。我要问的是锁成为严重问题的程序员的数量。我自己发现4是一个很好的数字，但这假设了以下几点

• 大多数人都在同一间办公室里工作，而且距离很近
• 工作基本上是不相交的（这使得除了公共文件之外锁定不是一个问题{旁注：我的经验是，当几乎没有公共文件来完成任务时，合并是最好的，这可能是一系列关于如何组织代码以使公共文件不被多人需要的问题）
• 过早释放/提交锁不会破坏构建

---

锁是一个过时的概念。即使对于单个开发人员-在笔记本电脑上创建锁，尝试在另一台电脑上工作，以及oops，您也必须手动干预。使用合并样式SCM，您甚至不必考虑它。

锁是一个过时的概念。即使对于单个开发人员-在笔记本电脑上创建锁，尝试在另一台PC上工作，而且面向对象，您必须手动干预。使用合并样式的SCM，您甚至不必考虑它。

使用独占锁时，理想的程序员数量是1。以上，这只是痛苦、烦人、沮丧等。因此，除非您是一个BAs团队，正在处理无法合并的事情（像word文档一样），不要这样做，做真正的男人/程序员并合并！

使用独占锁时理想的程序员数量是1。如上所述，这只是痛苦、烦人、沮丧等。因此，除非你是一个BAs团队，正在处理无法合并的事情（像word文档），不要这样做，做个真正的男人/程序员，然后合并！

为什么要使用锁？合并是你的朋友！@Mitch Wheat，当同行拒绝运行Web服务器来开发代码时，SVN commit local/update remote开始对流程造成麻烦。使用锁可以共享单个服务器。你试图解决的问题不是我们每个开发者有一个Web服务器。他们为什么拒绝？为什么他们觉得这样做弊大于利？我不明白。这可以归结为他们使用windows（拒绝使用linux）的事实我们使用linux服务器。我们的软件在Windows上表现不好，因为有一些Windows/Apache2错误，特别是在Vista上。我发明了一种称为Gravity的特殊SCM，为所有使用锁的客户端提供虚拟HD。它工作得很好，但需要办公室的每个人。为什么要使用锁？Merge是你的朋友！@Mitch Wheat，当pEER拒绝运行Web服务器来开发代码，SVN commit local/update remote开始对流程造成麻烦。使用锁可以共享一台服务器。你试图解决一个错误的问题，即每个开发人员不使用一台Web服务器。为什么他们拒绝？为什么他们觉得这样做弊大于利？我不明白它总结了他们使用windows的事实（拒绝使用linux）我们使用linux服务器。我们的软件在Windows上表现不好，因为有一些Windows/Apache2错误，特别是在Vista上。我发明了一种称为Gravity的特殊SCM，为所有使用锁的客户端提供虚拟HD。它工作得很好，但需要办公室里的每个人。