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

标签 svn build-process cruisecontrol.net

我们使用 CruiseControl.NET 作为构建服务器,使用 Subversion 进行源代码控制。我们的 IT 人员建议将它们放在一个虚拟机上。出于某种原因,我觉得这很有趣,但我无法解释为什么。与构建服务器相比,源代码控制服务器的服务器“ transient ”似乎要少得多。有没有其他人对这个想法感到不舒服,或者解释一下原因?

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

最佳答案

考虑到它在开发环境中的中心位置,应该非常尊重您的 Subversion 存储库持有机器。它应该尽可能少地进行更改以确保稳定性。

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

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

关于svn - 构建服务器和源代码控制存储库,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/652067/

相关文章:

bash - OSX 上的 IntelliJ 14 : How to specify version of SVN client used through the IDE

visual-studio - Visual Studio 和子版本 : What about Machine Specific Files

build-process - 应用程式建立/部署工作流程

powershell - 使用 PowerShell 创建 CCNet 服务器上所有项目的列表

c# - 我应该在构建服务器上安装 SDK 吗?

visual-studio - AnkhSVN 与 VisualSVN

svn - 如何编辑 Subversion 中已提交的日志消息?

c# - 确定已发布 DLL 中的调试/ Release模式?没有#DEBUG

.net - 最佳 .NET 构建工具

mercurial - CruiseControl.NET 的过滤源代码控制提供程序在使用 Mercurial 时未检测到修改