我们使用 CruiseControl.NET 作为构建服务器，使用 Subversion 进行源代码控制。我们的 IT 人员建议将它们放在一个虚拟机上。出于某种原因，我觉得这很有趣，但我无法解释为什么。与构建服务器相比，源代码控制服务器的服务器“瞬态”似乎要少得多。有没有其他人对这个想法感到不舒服，或者解释一下原因？
我意识到虚拟机很便宜；这里还有其他一些我没有解释的考虑因素。这个问题的范围是：将构建服务器和源代码控制服务器放在一个盒子上是否存在任何次优或风险？
【问题讨论】：
标签： svn build-process cruisecontrol.net
考虑到它在开发环境中的中心位置，应该非常尊重您的 Subversion 存储库持有机器。它应该尽可能少地进行更改以确保稳定性。
随着不同项目的构建、工作负载的变化以及登录到它的人数可能远远高于存储库服务器通常看到的数量，构建服务器可能会有一定程度的流失。
如果可能的话，我不想组合功能，对于 IT 人员来说，tin 似乎没有得到充分利用，但它是一种安全分离，对于受控的开发环境很重要。
【讨论】：
我知道你的意思。构建服务器有利于改变：硬件、配置等。这些改变会导致它无法运行。您不希望这种情况发生在您的 SVN 服务器上。
我会坚持为源代码控制服务器使用单独的虚拟机。
【讨论】：
我们有这样的设置 - 但使用 Perforce 和 CruiseControl.Net。
只要所有内容都正确备份，并且有适当的资源专用于服务器，就应该没问题。
【讨论】：
这不是虚拟机的优势之一吗？你可以把它们放在不同的“盒子”里吗？
我们公司的反间谍软件和防病毒软件每个都有自己的虚拟机用于大声呼喊
【讨论】：
只要性能没有问题，并且您定期备份到另一个位置，我认为没有问题。我的公司几乎完全按照你的描述做，除了物理服务器，而不是虚拟机。即使有构建运行（它们每小时运行一次），SVN 的响应能力似乎也不会受到影响。
【讨论】：