代码之家  ›  专栏  ›  技术社区  ›  MathGladiator

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

  •  0
  • MathGladiator  · 技术社区  · 16 年前

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

    编辑:

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

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

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

        2
  •  1
  •   gregmac    16 年前

    锁是一个过时的概念。即使对于一个开发者来说——在你的笔记本电脑上创建一个锁,尝试在另一台电脑上工作,哎呀,你必须手动干预。使用合并样式的SCM,您甚至不必考虑它。