对于拥有许多开发项目的公司，我们应该创建多个FitNesse Wiki(每个项目/产品一个)还是将它们全部包含在大型Wiki中以包含所有内容？

一个大型Wiki的优点是能够轻松链接到公司的其他产品，并且它是所有FitNesse测试的一站式站点。

另外，多个Wiki的优点是，将测试的自动化划分到多个服务器变得更加容易，将Wiki与项目分支/标记一起分支也变得更加容易。

我对这两种可能性的优点和缺点或者经过深思熟虑的替代方案(例如，不要"仅以某种方式将Wiki根源组合在一起")感兴趣。

解决方案

看来这全都归结为管理问题：
有多少服务器可用，谁来管理它们？
一台中央服务器意味着一台服务器，无论是在请求方面(所有项目的所有开发人员都可以在相当常规的基础上进行多次查询)，还是在与"服务器上" FitNesse相关的计算方面，都能够承担负载。

另一个标准是可见性。开发项目是否需要互相查看FitNesse指标？出于"政治"原因，其余项目中的某些指标可能不会始终受到欢迎！一些项目经理可能想让他们靠近背心，并控制他们的正式沟通。

实际上，由于后者的原因，我们的FitNesses Wiki由每个团队管理，而更多是作为内部工具进行的。我们还有另一个全局Wiki(基于Confluance)，用于管理每个项目的全局文档。这些常见的Wiki可能会提取一些内部FitNesse Wiki数据。