构建服务器和源代码控制存储库

Question

我们使用CruiseControl.NET作为构建服务器，使用Subversion作为源代码控制。我们的IT人员建议将这些放在一台虚拟机上。出于某些原因，我闻起来很有趣，但我无法解释原因。似乎源控制服务器比构建服务器更不像服务器那样“瞬态”。有没有其他人对这个想法感到不舒服，也许可以解释为什么？

我意识到VM很便宜;这里有其他考虑因素，我没有解释。这个问题的范围是：将构建服务器和源代码控制服务器放在一个盒子上有什么不理想或有风险吗？

Answer 1

鉴于它在开发环境中的中心位置，您的Subversion存储库控制机应该受到极大的尊重。它应该尽可能少地改变以确保稳定性。

构建服务器可能会产生一定程度的流失，因为构建了不同的项目，工作负载发生了变化，登录到它的人数可能远远高于存储库服务器通常会看到的数量。

如果可能的话，我不想将功能结合起来，对于IT人员来说，可能看起来锡正在被充分利用，但这是一个对受控开发环境很重要的安全分离。

Answer 2

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

我会坚持为源控制服务器安装一个单独的VM。

Answer 3

我们有这个设置 - 但是使用Perforce和CruiseControl.Net。

只要一切都得到适当的备份，并且有适当的资源专用于服务器，你应该没问题。

Answer 4

这不是VM的优点之一吗？你可以将它们放在单独的“盒子”中吗？

我们的企业反间谍软件和防病毒每个都有自己的VM用于大声喊叫

Answer 5

只要性能不是问题并且您定期备份到其他位置，我就不会发现问题。我的公司几乎完全按照您的描述，除了物理服务器，而不是VM。即使存在构建运行（它们每小时运行一次），SVN的响应性似乎也不会受到影响。