![TFS 2010 可以安装到单个服务器和工作组(不是 AD)中吗](https://linux22.com/image/539335/TFS%202010%20%E5%8F%AF%E4%BB%A5%E5%AE%89%E8%A3%85%E5%88%B0%E5%8D%95%E4%B8%AA%E6%9C%8D%E5%8A%A1%E5%99%A8%E5%92%8C%E5%B7%A5%E4%BD%9C%E7%BB%84%EF%BC%88%E4%B8%8D%E6%98%AF%20AD%EF%BC%89%E4%B8%AD%E5%90%97.png)
目前,我们在办公室使用 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 张光盘)。然后你仍然可以进行分离。