Svn 构建服务器和源代码管理存储库

我们将CruiseControl.NET用于构建服务器，将Subversion用于源代码控制。我们的IT人员建议将这些放在一台虚拟机上。不知什么原因，我觉得很奇怪，但我无法解释原因。似乎源代码管理服务器与构建服务器相比，是一个“暂时”的服务器。有没有其他人对这个想法感到不舒服，或者解释一下原因

---

我意识到虚拟机很便宜；这里还有其他一些我没有解释的考虑因素。这个问题的范围是：将构建服务器和源代码管理服务器放在一个盒子上是否有任何次优或风险？

我知道你的意思。构建服务器有助于更改：硬件、配置等。这些更改可能会使其无法运行。您不希望这种情况发生在您的SVN服务器上

---

我会坚持为源代码管理服务器提供一个单独的虚拟机。

我们有这样的设置，但是有Perforce和CruiseControl.Net

---

只要所有的东西都得到了正确的备份，并且有足够的资源专用于服务器，您就可以了。

这不是虚拟机的优势之一吗？你可以把它们放在不同的“盒子”里吗

---

我们公司的反间谍软件和防病毒软件都有自己的虚拟机，可以大声哭喊

只要性能没有问题，并且您定期备份到另一个位置，我看不出有问题。我的公司做的和你描述的差不多，除了物理服务器，而不是虚拟机。即使有构建运行（每小时运行一次），SVN的响应性似乎也不会受到影响。

您的Subversion存储库控制机器在开发环境中占据中心位置，因此应给予高度尊重。它应该尽可能少的变化以确保稳定

随着不同项目的构建、工作负载的变化，以及登录到构建服务器的人数可能远远高于存储库服务器通常看到的人数，构建服务器可能会有一定程度的变动

如果可能的话，我不想合并功能，对于一个IT人员来说，tin似乎没有得到充分利用，但对于受控开发环境来说，这是一个重要的安全分离