c# - 使用 NUnit 2.5.x 和 .Net 4.0 持续集成/构建

Question

好的，这是我当前的设置和目前遇到的问题。我在 Visual Studio 解决方案中有越来越多的项目。该解决方案包含大约 15 个项目(或多或少)和一个快速增长的代码库。我意识到在我开始之前我应该​​有一个连续的构建系统设置，但我想这永远不会太晚。所以在做了一些研究之后，我相信我的完美设置是:

• NUnit 2.5.x(我们已经与此绑定(bind)...所以很有必要)
• 与 CruiseControl.Net 集成(对其他选项开放，但仅限支持 Git 的免费选项)
• 与代码覆盖工具(NCover、DotCover)集成会很好
• 集成运行 shell 命令(用于 JSLint 和压缩工具等)

我缺少的是运行自动构建的工具。我查看了 NAnt，但它对运行 MSBuild(构建项目)的支持似乎相当过时(我们使用的是 VS2010)并在我们的构建过程中利用解决方案文件将节省大量时间。我还查看了 MSBuild(出于明显的原因)，但我发现用于运行 NUnit 测试的过程仅支持 2.4.x(MSBuild 扩展项目)。

我很好奇其他人是如何组织他们的持续构建系统的。 NUnit 如果相当流行，那么我一定不是唯一对此感到疑惑的人。

Answer 1

我的第一个问题是您将如何构建项目？

Teamcity Professional每台服务器 20 个构建配置是免费的，这将使您的喜欢变得非常容易，内置 dotcover，并且非常容易设置、运行测试等。它是迄今为止最完善的 CI 服务器。

Jenkins是下一个亚军，它是 Hudson 的一个分支，插件非常灵活
几乎可以做任何使它比 Teamcity 更灵活的事情，但设置起来并不容易，代码覆盖设置起来很痛苦，并且有一些烦人的怪癖，但它是完全免费的。

除非您有充分的理由使用 CruiseControl.Net，否则请不要打扰，因为它曾经非常强大，但遗憾的是现在它已经过时且使用起来很痛苦。

就设置构建而言，Teamcity 和 Jenkins 都支持 MSBuild、NAnt、Rake 等。它们还支持多个构建步骤，就像在 msbuild 或 Nant 文件中所做的那样。我过去所做的只是使用 .sln 文件通过一个构建步骤进行构建，使用构建任务进行单元测试，然后使用内置任务进行代码覆盖，然后使用另一个构建任务来推送文件。

我使用过 TeamCity、Jenkins、TFS，我也尝试过使用 CruiseControl.Net，但发现它非常笨拙。到目前为止，Teamcity 是最好的，Jenkins 紧随其后，即使我有 TFS，我也不愿意使用它。

如果您有任何问题，请随时与我联系。