26

我在一家希望集成 CI 服务器的 .net 商店工作。从我所见，Hudson 似乎是最受欢迎的选择。考虑到我们是一家仅限 .net 的商店，Hudson 会不会出现 CC.NET 不会遇到的任何障碍？

4

5 回答 5

27

我想不出 Hudson 无法为我们的 C# 开发做的一件事，即使使用基于 MSTest 的测试，您现在也可以使用新插件（仅在您测试 ONE 程序集时有效）或我的方法在它们上运行和趋势图它适用于多个程序集。

我想唯一会好的是生成代码覆盖率数据并报告它，不确定 CC.net 是否这样做。

此外，哈德逊似乎有更强大的社区支持。如果他们有选择的话，我从未听说有人选择 CC.net 而不是 Hudson。

我们用它来

  • 部署windows服务
  • 部署网络服务
  • 运行 MSTests 并显示与任何 junit 测试一样多的信息
  • 跟踪低、中、高任务
  • 趋势图警告和错误

这些事情对 Hudson 来说可能不是什么新鲜事，但我觉得有必要再次强调 Hudson 可以通过 .net 项目来处理这个问题，没问题。

以下是 Hudson 支持的一些内置 .net 内容

另外，上帝禁止你使用安全的视觉源，它也支持。我建议你看看Redsolo 关于使用 Hudson 构建 .net 项目的文章

于 2009-02-24T17:45:29.870 回答
1

哈德逊对于初学者来说要容易得多。我们使用它来自动构建和打包 C++ Builder dll 和 exe。考虑一下！它不是 Java 也不是 C#。

于 2009-05-15T04:32:14.917 回答
0

我对哈德森几乎一无所知。我会说，由于 CC.NET 基于 .NET，它往往有许多与 .NET 生态系统相关的内置和社区贡献的任务和报告：

MSBuild Visual Studio NCover NUnit FxCop 等等等等等等。

因此，如果您使用这些工具，您应该仔细检查 Hudson “开箱即用”对它们的支持程度。此外，如果您最终不得不编写自定义插件（我已经为 CCNET 编写了一些插件），那么能够使用您用于“正常”开发的开发语言和 IDE 通常是有利的。

于 2009-02-24T18:27:02.187 回答
0

我检查了 hudson 对 xunit 测试框架的支持，下面包含一个简短的摘要：

  • MBUnit/Gallio：有一个插件，但开发似乎不太活跃，使用它的社区也不太活跃。例如，只添加了一个问题。它在四月的报道中被报道，但尚未触及（八月）。（Gallio 团队支持 CC.Net 的插件，他们的响应时间看起来更好）
  • MSTest：有同样的问题。问题跟踪系统中只有两个问题，平均响应延迟为 6 个月。（看起来 CC.Net 对 mstest 有本机支持，但需要一些配置）
  • nUnit：hudson 对 nunit 的支持似乎相当不错。开发团队的响应速度更快，并且报告了更多错误（目前有 8 个）。

所以我想我要试试 CC.Net。

于 2010-08-24T16:52:03.133 回答
-1

我无法理解为什么 .Net 开发人员会使用 Java CI 工具。CruiseControl 是一个很好的以Java 为中心的工具。这就是创建 CruiseControl.NET 的原因。.NET 为中心的持续集成。

如果您想设置一个紧密集成的系统，您将为系统编写自己的插件，以使其完全按照您的意愿行事。

例如，将您关心的所有版本信息汇总在一起，然后写出 AssemblyInfo.cs 文件以及其中的版本。

于 2011-02-13T18:24:38.203 回答