好的，这是我当前的设置和目前遇到的问题。我在 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 如果相当流行，那么我一定不是唯一对此感到疑惑的人。
最佳答案
我的第一个问题是您将如何构建项目？
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，我也不愿意使用它。
如果您有任何问题，请随时与我联系。
关于c# - 使用 NUnit 2.5.x 和 .Net 4.0 持续集成/构建，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/7005825/