大型开发团队和SVN

Question

有关此主题的几个问题：

1）您在单个SVN存储库中拥有的最大的开发团队（进行实际提交，不计算只读）是什么？你有什么问题吗？

2）在单个SVN存储库中，您最满意的团队规模是多大？对于非常大的团队来说，不同的版本控制工具更好吗？ （不要将IBM Rational命名为，因为它会被忽略和焚烧，但如果可以进行有效的证明，其他方法也是可能的。必须使用Solid Eclipse和Flex / Flash Builder IDE兼容性。）

2a）显然这取决于项目，但依赖于将“大型”开发团队分成小型模块化团队所有这些团队都使用自己的SVN存储库，是否存在任何重大缺陷？< / p>

3）组织是否有两个标准版本控制工具，一个用于大型系统（如果需要），一个用于小型（约5个或更少）系统？

加分：
4）你会认为什么是“大型”团队（仅计算开发人员，因为这与SVN使用有关，不是 QA，管理层，测试人员等）？

Answer 1

1 /多年来，我们在50多个开发人员中使用过多次回购 问题是：

• 错误的命名约定（对于分支或文件，当他们真的不应该使用特殊字符时）
• pooling效果问题（例如FishEye）

2 /中央VCS在存储库方面通常没有特殊限制 大型团队appreciate Perforce，非常快速地检查他们的工作区。

2a /正如你所说，这取决于项目。对于具有许多相互依赖的部分的真正单片项目，主要的缺点是您需要在repo之间进行内容同步（您不能在不影响其他模块的情况下更新模块）。

3 /当然，我们所拥有的。

• 通常，为大型项目保留的项目是非免费软件（特别是因为管理员需要知道，如果此工具出现重大问题，他们可以依赖实际的VCS产品支持团队）。
• 对于较小的项目，开源VCS（免费软件）就足够了。

但是SVN仍可以“免费”管理两个项目规模（您仍然要为管理员和基础设施付费 - 服务器，磁盘，备份...... - 运行任何工具，免费软件或不运行）

4 /任何大于（平均）15人的团队都可能以不同的速度开发应用程序的不同部分。这变成了 modular development ，并且需要仔细构建其SVN仓库。

Answer 2

我参与了一个SVN存储库，该存储库有超过100个活跃的通信工具，修订版数量超过80.000，和已从3年前从CVS迁移过来。

一般来说，在大型项目和大型开发团队方面，我认为SVN 可能是瓶颈。当然，它可能缺少一些可以使某些方面更容易的功能，但与组织问题相比，这是完全无关紧要的。