Subversion、TeamCity 和开发服务器的服务器架构

Question

我在一家较新的 .Net CMS 网络开发公司工作，我们刚刚制定了版本控制策略。我们目前非常倾向于使用 Subversion 作为 TeamCity 的版本控制系统，以保持我们的开发服务器更新（并控制我们对 QA 和生产的构建）。

我正在尝试为此类设置找到建议的架构类型。我们应该为每个服务器设置单独的服务器吗？ TeamCity Server 和构建代理呢？在我看来，最好的方法是设置一台服务器来运行颠覆，一台运行 TeamCity Server，另一台运行 TeamCity Build Agent。但是，我们希望避免为此运行三个单独的服务器，这是可能的。

谁能告诉我他们以前用过什么，什么效果好？你有什么建议，为什么？

更新：我们需要支持大约 10 名开发人员。我们现在还差一点，但预计明年会雇佣几个/几个。

更新：还有一个问题。通过阅读文档，根据我们雇用的开发人员的数量，我们很可能只需要三个与专业服务许可证一起使用的构建代理。如果我们有更多的开发人员，这似乎需要增加，但不一定是活跃项目的数量。这准确吗？

Answer 1

我们有

• 一台托管 TeamCity 并充当构建代理的服务器
• 一台用于 sql server 存储的服务器。 TeamCity 数据库并不是唯一的数据库。
• 另外两个服务器用于两个额外的构建代理。

我们为多个团队构建了多个项目。

最初，一个团队中只有少数开发人员。我们可以使用一台服务器作为 TeamCity 服务器、TeamCity 代理和数据库服务器。

您不需要多个代理，除非您想一次构建多个项目，或者您的构建运行时间很长。我们发现开发人员的数量并不是直接因素。同时运行的构建数量更重要。这可能与开发人员的数量有关，但在我们的情况下并非如此。我们的构建时间很短（3 分钟），我们限制每个项目一次构建一个。

Answer 2

这取决于您团队的规模。我公司有 12 名开发人员。

• 我们有一个 TeamCity Web 服务器，它也是一个构建代理。
• TeamCity 数据库位于我们已有的另一个 SQL Server 上。
• Subversion 位于我们已经拥有的另一台服务器上。
• 我们使用两台开发机器作为第二个和第三个构建代理。

但对于一个小型团队，您可能可以将它们全部放在一个相当强大的服务器上。你必须看看什么对你有用。