当前位置：文江博客话题详情

有什么方法可以冻结 Cruise Control .NET 中的构建吗？

发布于 2024-11-12 00:48:36 字数 138 浏览 5 评论 0原文

我正在使用 Cruise Control .NET 来自动化构建。我已经为 CCNET 中的自动构建配置了很多项目。有什么方法可以冻结特定的构建，一段时间后，我想将其释放到旧状态，就像我想删除冻结一样，用户将能够再次构建它。

我可以做一些配置吗？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

绿萝 2024-11-19 00:48:36

您必须编辑配置文件。最简单的方法是将设置为空。这样您仍然可以手动强制构建，但自动化将会停止。

<cruisecontrol>
   <project name="MyProject">
      <webURL>http://mybuildserver/ccnet/</webURL>
      <triggers>
      <!-- No more automated builds -->
      <!-- <intervalTrigger seconds="60" /> -->
      </triggers>
      <modificationDelaySeconds>10</modificationDelaySeconds>

更新

这主要是当我构建时
QA 用于测试，其他不应该
错误地强制构建并更改
建造。为此，我正在寻找
一些可以冻结构建的东西。

您不应该依赖于必须暂停构建系统。 CruiseControl 的重点是实现一个持续构建系统。您试图通过停止构建来破坏该模型。您应该为您的构建设置一个管道：

使用日期和发布信息标记构建。 Release Candidate 0.1 Build 23423_20110602
将构建部署到另一台计算机以进行测试。

这样您就可以准确地知道 QA 团队正在测试哪个版本。更重要的是，您可以在版本控制系统中及时返回以查看代码或分支。

如果策略是暂停每个 QA 周期的构建，那么使用 CruiseControl 就没有任何意义。我建议重新考虑这个过程并提出一个不需要停止构建的解决方案。

You have to edit the config file. The easiest way is to set the <triggers/> to empty. That way you can still manually force a build but the automation will stop.

<cruisecontrol>
   <project name="MyProject">
      <webURL>http://mybuildserver/ccnet/</webURL>
      <triggers>
      <!-- No more automated builds -->
      <!-- <intervalTrigger seconds="60" /> -->
      </triggers>
      <modificationDelaySeconds>10</modificationDelaySeconds>

Update

This is mainly when i give a build to
QA for testing, and others should not
force buil by mistake and change the
build. For this reason i am looking
something which can freeze the build.

You shouldn't rely on having to pause the build system. The whole point of CruiseControl is to implement a continuous build system. You are breaking that model by trying to stop the builds. You should setup a pipeline for your builds:

Tag Build with Date and Release information. Release Candidate 0.1 Build 23423_20110602
Deploy a build to another machine for testing.

This way you know exactly which build the QA team is testing. And more importantly, you can go back in time in your version control system to see the code or branch.

There isn't any point having CruiseControl if the policy is to pause the build for each QA cycle. I suggest rethinking the process and coming up with a solution that doesn't involve having to stop the builds.

回复收藏 0 原文

~没有更多了~