CI：Hudson 与 .Net 对比 CruiseControl.Net
我在一家 .net 商店工作，希望集成 CI 服务器。 据我所知，Hudson 似乎是最受欢迎的选择。 考虑到我们是一家仅使用 .net 的商店，Hudson 会带来 CC.NET 不会带来的任何障碍吗？
I work for a .net shop looking to integrate a CI server. From what I've seen, Hudson seems to be the most popular choice. Considering we are a .net only shop, will Hudson present any hurdles that CC.NET will not?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（5）
我想不出 Hudson 无法为我们的 C# 开发做的任何事情，即使使用基于 MSTest 的测试，您现在也可以使用 新插件（仅在测试一个程序集时有效）或我的方法适用于多个程序集。
我想唯一好的事情就是生成代码覆盖率数据并报告，不确定 CC.net 是否这样做。
此外，哈德逊似乎拥有更强大的社区支持。 我从未听说过有人在有选择的情况下选择 CC.net 而不是 Hudson。
我们用它来
这些东西对于 Hudson 来说可能不是什么新鲜事，但我觉得有必要再次强调 Hudson 可以通过 .net 项目来处理这个问题，没问题。
以下是 Hudson 支持的一些内置 .net 内容
另外，上帝禁止您使用视觉源安全，它也支持。 我建议您查看 Redsolo 的关于使用 Hudson 构建 .net 项目的文章
I cant think of a single thing that Hudson hasnt been able to do for our C# development, even with MSTest based tests, you can now run and trendgraph on them with the new plugin (only works if you are testing ONE assembly) or my method which works on multiple assemblies.
I suppose the only thing that would be nice, would be to generate code coverage data and report on that, not sure if CC.net does that.
Also, Hudson seems to have much stronger community support. I've never heard of someone picking CC.net over Hudson if they had the choice.
We use it to
These things may not be anything new to Hudson, but I felt the need to re emphasize that Hudson can handle this with a .net project, no problem.
Here are some of the built in .net stuff that Hudson supports
Also, god forbid you are using visual source safe, it supports that as well. I'd recommend you take a look at Redsolo's article on building .net projects using Hudson
Hudson 对于初学者来说要容易得多。 我们用它来自动构建和打包 C++ Builder dll 和 exe。 考虑一下！ 它不是 Java 也不是 C#。
Hudson is much easier for beginners. We use it to auto-build and pack C++ Builder dlls and exes. Think about that! It's not Java nor C#.
我对哈德森几乎一无所知。 我想说的是，由于 CC.NET 基于 .NET，因此它往往有许多与 .NET 生态系统相关的内置和社区贡献的任务和报告：
MSBuild
视觉工作室
NC覆盖
单位
福克斯警察
因此
，如果您使用这些工具，您应该仔细检查 Hudson 对它们“开箱即用”的支持程度。 另外，如果您最终不得不编写自定义插件（我已经为 CCNET 编写了一些插件），那么能够使用用于“正常”开发的开发语言和 IDE 通常是有利的。
I know almost nothing about Hudson. I will say that since CC.NET is based on .NET, it tends to have lots of built-in and community-contributed tasks and reports relating to the .NET ecosystem:
MSBuild
Visual Studio
NCover
NUnit
FxCop
etc. etc. etc.
So, if you use these tools, you should carefully check how well they are supported "out-of-the-box" by Hudson. Also, if you end up having to write custom plugins (I have done a few for CCNET), it is usually advantageous to be able to use the development language and IDE that you use for "normal" development.
我已经检查了 hudson 对 xunit 测试框架的支持，下面包含一个简短的摘要：
所以我想我要尝试一下CC.Net。
I've checked the hudson support for xunit testing frameworks a short summary is included below:
So I think I'm going to give the CC.Net a try.
我无法理解为什么 .Net 开发人员会使用 Java CI 工具。
CruiseControl 是一个以 Java 为中心的工具。
这就是创建 CruiseControl.NET 的原因。
以.NET为中心的持续集成。
如果您想设置一个紧密集成的系统，您将为该系统编写自己的插件，以使其完全按照您的要求行事。
例如，将您关心的所有版本信息放在一起，然后写出包含版本的 AssemblyInfo.cs 文件。
I cannot fathom why a .Net developer would use a Java CI tool.
CruiseControl is a Java-centric tool a well.
This is why CruiseControl.NET was created.
.NET centric continuous-integration.
If you want to setup a tightly integrated system you will be writing your own plug-ins for the system to make it do exactly what you want.
e.g. Pull together all the version information you care about and then write out AssemblyInfo.cs files with the versions in them.