目前，我们正在我们的办公室使用TFS2010，我们即将搬迁。 这一举措的一部分是团队的分裂。 我们的团队将获得他们自己的服务器。 所以我们需要build立我们自己的TFS服务器，并添加我们当前的项目。
现在，我们的TFS服务器存在于两台服务器上 – >一个用于TFS，另一个用于我们的持续集成。我认为这是一个构build控制器或其他东西。
这对我们来说真的很糟糕 – 有两台服务器，而不是所有的源代码pipe理服务器。 我们喜欢CI以及它是如何工作的（在将VS2010解决scheme用于CI + web部署之后，我们遭受了巨大的巨大痛苦），但它确实有效。
那么 – 我们可以用一台服务器做到这一点吗？ 另外，我们不想拥有一个Active Directory。 这也会起作用吗？
TFS构build控制器的devise使其可以在小型环境中的工作站上运行（请参阅此MS文章 ）。 很显然，这是在工作站上运行任何东西时的常见警告（性能较低，必须一直处于联机状态，没有备份，容易与事件冲突），但是这是MS期望小型团队使用的文档化configuration。
为了安全性和稳定性的原因，构build控制器应该与TFS服务器本身保持分离 – 它是构build和执行不断变化的代码库的主机，因此该angular色应该远离代码存储库。
关于缺less域 – 是的，TFS将以工作组模式安装。
请多想一点“多个服务器吮吸”。 至less得到虚拟机。
这对我们来说真的很糟糕 – 有两台服务器，而不是所有的源代码pipe理服务器。 我们喜欢CI以及它是如何工作的（在将VS2010解决scheme用于CI + web部署之后，我们遭受了巨大的巨大痛苦），但它确实有效。
啊，你想要所有的一个服务器，一定要使其不稳定？ 我为整个目的隔离构build控制器我可以重build它们，如果一些升级失败。 我必须在构build服务器上安装相当多的软件，而TFS服务器是“纯”的，因此更加稳定。
另外，我们不想拥有一个Active Directory。 这也会起作用吗？
啊。 不，真的。 复杂的Windowsscheme=活动目录。 这就是说，在你的地方发生了什么？ 出去。 他们不分裂成团队，他们把基础设施分开。 即使有多支球队，你也没有理由：
替代scheme：
获取运行Hyper-V的一台服务器，安装一切虚拟机。 我这样做;）现在多达3个物理机器（2x16gb，每个8个盘片，现在1个64gb现在14个盘片）。 那么你仍然可以分开。