CruiseControl.NET和Web界面定制

Question

大家！

我对构建服务器的改进感到非常困惑。 关键是我们在公司中有特定的构建过程。 一方面，这非常简单：

• 从SVN更新源代码
• 生成VisualStudio解决方案（C ++和C＃）
• 建立发行版
• 将分发文件移动到特定的服务器文件夹

另一方面，我们每个项目有大约200个不同的发行版。 我们不想每天都建立它们，但是一天中有些人需要建立一些发行版。 最初，我们有一个cmd文件来构建项目。 然后，我编写了简单的Web界面来生成cmd文件并组织构建队列。 这个解决方案是可以接受的，但是
随着项目的发展，它的维护变得非常痛苦。

现在我可以选择-使用CruiseControl.NET（或类似的东西）或改进自己的程序。 我真正需要的是：

1. Web界面，用户可以选择分布式和一些构建参数
2. 具有一些统计信息的Web界面（生成的版本，版本库的当前版本，工作副本的当前版本等）
3. 灵活的配置以自定义构建过程

据我所知，我可以使用CruiseControl.NET开箱即用地获得（2）和（3），但是（1）呢？ 另外，我不确定，当我实际上不需要CI时，使用CI服务器是个不错的选择。

所以，这是我的问题：使用CC.NET是一个好的决定还是应该改进自己的程序？

PS我已经阅读了这篇文章 ，但是我仍然不确定CC.NET Web界面的机会...

Answer 1

您始终可以使用混合模式： 您自己的小型应用程序可为CC.NET或HUDSON集成任务提供服务。

除了在外观上进行修改之外，更改这些工具的gui并非易事。

Answer 2

通过为所需的某个“参数”的每个值创建一个cc项目，我们使用ccnet实现了＃1的目标。

我们从ccnet的增量构建和完整构建开始。

增量构建会更新工作副本，然后进行构建，运行部分单元测试并通过电子邮件发送结果。

完整版本更新了另一个工作副本，重建了解决方案，运行了所有单元测试，生成了安装程序，将安装程序导出到特定位置，最后在其他指定的测试计算机上触发了回归测试。

完整的构建做了很多工作，有时我们只想重建代码并生成安装程序。 我们希望避免运行单元测试并生成回归测试。

因此，我们添加了另一个名为fullbuild_notest的抄送项目。 这将执行与fullbuild相同的nant目标，只是跳过测试部分。 我们有一个nant构建文件，有点像带有入口点的引导程序。 最初，我们将名为“ fullbuild-testing-enabled”的属性设置为true或false，然后调用子目标进行实际构建。 子目标及其子项检查“ fullbuild-testing-enabled”标志，以确定是否进行测试。

从某种意义上说，这是一件好事，因为它为仪表板用户提供了一组特定的选择。 并且以某种方式很麻烦，因为每次需要新的参数或参数值时，都需要更改nant / ccnet代码。