Microsoft Project Server / Team Foundation Server / Subversion / Wiki 在同一个盒子上

Question

我们正在为我们 IT 部门的十几个开发人员设置一个新的开发环境，就服务器设置而言，我有几个问题..

我们将为大约 6 名 .NET 开发人员使用 TFS 2008，并为半打 CF 人员使用 subversion。

是否可以/推荐/不推荐将两个源代码控制存储库放在同一个盒子上？ 我们会将 TFS 设置为单服务器环境，SQL Server 位于同一台机器上。

另外，一些管理人员想使用 Project Server。我们已经经历了项目服务器的错误安装，它弄乱了我们的 TFS 共享点和报告服务，而且我没有从谷歌得到任何结果，说那里的任何人都在同一个盒子上设置了项目服务器和 TFS。我们应该将 Project Server 安装在单独的盒子上吗？

我们还将建立一个第 3 方 Wiki，不确定它是托管在 IIS 还是 Apache 中。

所以基本上，我是在寻求有关设置此环境、分离服务器/关注点、最佳实践以及我们绝对不应该做的事情的总体建议。这一切都是在虚拟环境中进行的，因此服务器的数量并没有真正的限制。

提前致谢。

Answer 1

只要你在机器上投入足够的 CPU/RAM/spindles 以保持所有服务顺利运行，你应该没问题（下面有一些警告）。

最痛苦的部分可能是网络服务。这是关于设置 Project Server 和 TFS 以使用相同的 Sharepoint 后端的一个很好的文档：http://sharepointmagazine.net/technical/administration/integrating-project-server-2007-and-team-foundation-server-2008-sharepoint-sites 整合您的 WSS/MOSS 存储库不仅对用户有好处；它将您最有可能发生的设置失败扼杀在萌芽状态。

wiki 应该没什么大不了的，只要它不坚持使用 80 端口即可。可能将 3rd 方站点作为 vdirs 安装在 Sharepoint 下，但每次我都这样做因此，与从一开始就避免问题路线相比，我最终花费的时间要多得多。让人们浏览到非标准端口并不理想，但设置某种形式的间接（阅读：书签）应该不难。

Subversion 客户端和服务器都可以轻松配置在您喜欢的任何端口上。

说了这么多 -- 如果您有足够的资源这样做，每个产品的单独虚拟机可能会使将来的维护更容易。您可以应用需要 iisreset 或重新启动的补丁；回滚到快照；动态限制 CPU / 带宽 / 磁盘空间；以此类推，而其他虚拟机继续愉快地服务请求。