目前，我们在办公室使用 TFS2010，我们即将搬家。搬家的一部分是团队拆分。我们的团队将拥有自己的服务器。所以我们需要构建自己的 TFS 服务器并将我们当前的项目添加到其中。
目前，我们的 TFS 服务器存在于两台服务器上 - >一台用于 TFS，一台用于我们的持续集成..我认为这是一个构建控制器或类似的东西。
这对我们来说真的很糟糕——我们有两台服务器，而不是一台服务器来控制所有的源代码。我们喜欢 CI 及其工作原理（在经历了巨大的痛苦之后，我们将 VS2010 解决方案转移到 CI + web 部署）...但它确实有效。
那么 - 我们可以用一台服务器做到这一点吗？另外，我们不想拥有 Active Directory。这也能行吗？
答案1
TFS Build Controller 的设计使其可以在小型环境中的工作站上运行（参见这篇 MS 文章)。显然，这伴随着在工作站上运行任何东西的常见警告（性能较低、必须始终在线、不备份、容易与其他事物发生冲突），但这是 MS 期望小型团队使用的记录配置。
出于安全性和稳定性原因，构建控制器应该与 TFS 服务器本身分开 - 它是一个构建和执行不断变化的代码库的主机，因此，该角色应该远离您的代码存储库。
关于缺少域 - 是的，TFS 将以工作组模式安装。
答案2
请不要想太多，不要想着“多台服务器太糟糕”。至少要有虚拟机。
这对我们来说真的很糟糕——我们有两台服务器，而不是一台服务器来控制所有的源代码。我们喜欢 CI 及其工作原理（在经历了巨大的痛苦之后，我们将 VS2010 解决方案转移到 CI + web 部署）...但它确实有效。
啊，你想让所有服务器都不稳定吗？我隔离了构建控制器，以便我可以在某些升级失败时重建它们。我必须在构建服务器上安装相当多的软件，而 TFS 服务器是“纯粹的”，因此更加稳定。
另外，我们不想拥有 Active Directory。这也可以吗？
啊。不。认清现实吧。复杂的 Windows 场景 = Active Directory。话虽如此，你那里会发生什么？滚出去。他们不会分成团队，而是会破坏基础设施。即使有多个团队，你也没有理由：
- ...不能只有一个活动目录。我在三个位置维护一个，其中两个仅通过 ADSL 连接。
- ...不能有一些知道自己在做什么的中央管理员。TFS 的设置稍微复杂一些。
选择：
获取一台运行 Hyper-V 的服务器，为所有东西安装虚拟机。我就是这么做的 ;) 现在最多有 3 台物理机（2x16gb，每台 8 张光盘，1x64gb 现在有 14 张光盘）。然后你仍然可以进行分离。