eclipse - 大型开发团队和SVN

Question

有关此主题的几个问题:

1) 您在单个 SVN 存储库上拥有的最大的开发团队(进行实际提交，不包括只读)是哪个？你有什么问题吗？

2) 您在单个 SVN 存储库上能接受的最大团队规模是多少？对于非常大的团队来说，不同的版本控制工具是否更好？ (不要点名 IBM Rational，因为它会被忽视和批评，但如果可以提出有效的理由，其他的也可能是可能的。可靠的 Eclipse 和 Flex/Flash Builder IDE 兼容性是必须的。)

2a) 显然，这取决于项目，但是依赖将“大型”开发团队分成小型模块化团队所有这些团队都使用自己的 SVN 存储库有什么重大缺点吗？

3)组织拥有两种标准版本控制工具是否有意义，一种用于大型系统(如果需要)，一种用于小型(〜5 个开发人员或更少)系统？

额外积分:
4) 您认为什么是“大型”团队(仅计算开发人员，因为这与 SVN 使用有关，不 QA、管理、测试人员等)？

Answer 1

1/我们的众多存储库中有一些已被 50 到 100 名开发人员使用多年。
那么问题是:

• 错误的命名约定(对于分支或文件，在不应该使用的情况下使用特殊字符)
• pooling性能问题(例如 FishEye)

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

2a/正如你所说，这取决于项目。对于具有许多相互依赖部分的真正的整体项目，主要缺点是您需要在存储库之间进行内容同步(您无法在不影响其他模块的情况下更新模块)。

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

• 通常，为大型项目保留的软件是非免费软件(尤其是因为管理人员需要知道，在该工具出现重大问题时，他们可以依赖实际的 VCS 产品支持团队)。
• 对于较小的项目，开源 VCS(免费软件)就足够了。

但是 SVN 仍然可以在“免费”的同时管理两种项目规模(您仍然需要为管理员和基础设施(服务器、磁盘、备份等)付费，以运行任何工具，无论是否免费) .

4/任何超过(平均)15 人的团队都可能以不同的速度开发应用程序的不同部分。这变成了 modular development ，并仔细构建其 SVN 存储库。