Msbuild CruiseControl或CruiseControl.NET

我一直在使用CruiseControl.NET的最新版本（1.6.7981.1）。它工作得相当好，但web仪表板并不是最好的，我不喜欢在任何项目文件错误配置XML时服务拒绝启动

---

我有什么选择？改用主巡航控制怎么样？它与MSBuild配合得好吗？它会像CruiseControl.NET“MSBuild报告”那样合理地格式化MSBuild结果吗？我看到它自2010年9月以来没有发布过任何版本。哎呀。基本上是完全烤熟的吗？

作为cc.net的长期用户，我建议改用詹金斯或TeamCity。我非常喜欢TeamCity，但Jenkins的配置和运行都很简单。

作为cc.net的长期用户，我建议切换到Jenkins或TeamCity。我非常喜欢TeamCity，但Jenkins的配置和运行都很简单。

CC.NET确实比CruiseControl好，而且重量轻

如果您需要更改，首先让我们编写您对这种持续集成工具的需求和约束。
如果您只是需要一些“更好”且更易于使用的东西，那么请考虑切换到Jenkins，因为配置主要是通过web界面完成的

如果您需要自定义报告、自定义电子邮件或自定义统计信息，请继续使用CC.NET

请记住，您应该始终使用CC.NET安装文件夹中的CCValidator.exe来验证配置文件

---

从一个CI工具切换到另一个工具很容易，因为您已经有了所有要执行的脚本。

CC.NET确实比CruiseControl好，而且轻量级

如果您需要更改，首先让我们编写您对这种持续集成工具的需求和约束。
如果您只是需要一些“更好”且更易于使用的东西，那么请考虑切换到Jenkins，因为配置主要是通过web界面完成的

如果您需要自定义报告、自定义电子邮件或自定义统计信息，请继续使用CC.NET

请记住，您应该始终使用CC.NET安装文件夹中的CCValidator.exe来验证配置文件

---

从一个CI工具切换到另一个工具很容易，因为您已经有了所有要执行的脚本。

您可能是对的。我只是四处看看，看看有没有“更好”的地方。你可能是对的。我只是四处看看，看看是否有什么“更好”的地方。作为cc.net的长期用户，你能详细解释一下为什么切换是值得的吗？@Ralph-有几个原因，但最重要的是cc.net需要创建和修改专有的xml格式来启动项目，而另外两个系统则提供GUI。最新版本的CC.Net有一些“功能”（特别是：安全性和模块），看起来有些不成熟。最后一个原因是，cc.net似乎没有活动的所有者，并且在一年半的时间里没有更新。谢谢！，我习惯于修改CC.Net配置文件，所以我对您的观点很感兴趣。我现在也在使用Jenkins，它的UI很棒，而且有很多积极的开发。我也想投詹金斯一票。Jenkins在构建运行时支持反馈，并且在您对1个项目进行配置更改时不会重新启动服务器。cc.net社区正在消亡，而Jenkins有一个活跃的社区。我仍在使用CC.net，但希望切换。作为CC.net的长期用户，您能详细说明为什么切换是值得的吗？@Ralph-有几个原因，但最重要的是CC.net需要创建和修改专有的xml格式来启动项目，而其他两个系统提供GUI。最新版本的CC.Net有一些“功能”（特别是：安全性和模块），看起来有些不成熟。最后一个原因是，cc.net似乎没有活动的所有者，并且在一年半的时间里没有更新。谢谢！，我习惯于修改CC.Net配置文件，所以我对您的观点很感兴趣。我现在也在使用Jenkins，它的UI很棒，而且有很多积极的开发。我也想投詹金斯一票。Jenkins在构建运行时支持反馈，并且在您对1个项目进行配置更改时不会重新启动服务器。cc.net社区正在消亡，而Jenkins有一个活跃的社区。我仍在使用CC.net，但希望切换。