用NUnit 2.5.x和.Net 4.0进行连续集成/构建
好的，这是我目前的设置和我目前的问题。在Visual Studio解决方案中，我有越来越多的项目。该解决方案包含大约15个项目(有几个项目)和快速增长的代码库。我意识到在我开始之前，我应该建立一个连续的系统，但我认为永远不会太晚。所以，在做了一些研究之后，我相信我的完美设计应该是：
NUnit 2.5.x(我们已经和这件事有关了.所以有必要)- 与
CruiseControl.Net集成(对其他选项开放，但仅支持Git支持的免费选项) - 与代码覆盖工具(
NCover，DotCover)集成会更好。 - 集成以运行shell命令(用于
JSLint和压缩工具等)
我所缺少的是一个运行自动构建的工具。我查看了NAnt，但是它对运行MSBuild (构建项目)的支持似乎相当过时(我们正在使用VS2010)，在构建过程中使用解决方案文件将节省大量时间。我还查看了MSBuild (原因很明显)，但是我发现运行NUnit测试的过程只支持2.4.x (MSBuild扩展项目)。
我很好奇其他人是如何组织他们的持续构建系统的。如果NUnit相当受欢迎，那么我不应该是唯一一个对此感到好奇的人。
回答 3
Stack Overflow用户
发布于 2011-08-10 05:17:38
我的第一个问题是，你将如何建设项目？
团队城市专业人员可以为每台服务器提供20种构建配置，并将使您类似的sooooo变得更容易，具有点盖内置，并且非常容易安装、运行您的测试等等，而且它是目前为止最成熟的CI服务器。
詹金斯是下一个亚军，它是哈德逊的分叉，插件非常灵活
要做任何让它比Teamcity更灵活的事情(但设置起来不那么容易)，代码覆盖率是设置起来很痛苦的，并且有一些烦人的怪癖，但是完全免费。
除非您有很强的理由使用CruiseControl.Net，不要费心，因为它是非常强大的时候了，但是现在它已经过时了，使用起来也很痛苦。
至于设置构建，Teamcity和Jenkins都支持MSBuild、NAnt、Rake等，它们还支持多个构建步骤，比如在msbuild或Nant文件中这样做。我过去所做的只是使用.sln文件对一个构建步骤进行构建，将构建任务用于单元测试，然后将内置任务用于代码覆盖，然后使用另一个构建任务来推送文件。
我使用过TeamCity、Jenkins、TFS，我试着使用CruiseControl.Net，但发现它非常笨重。到目前为止，Teamcity是最好的，詹金斯是第二名，即使我有TFS，我也不愿意使用它。
如果您有任何问题，请随时与我联系。
Stack Overflow用户
发布于 2011-08-10 22:14:57
可以使用NAnt构建Visual 2010解决方案。我一直都这么做。我在这里的答案中提供了示例NAnt脚本：任务还是msbuild.exe与NAnt？
Stack Overflow用户
发布于 2011-08-10 06:42:17
如果您所需要的只是编译和运行测试，那么TeamCity就不会出错，它对NUnit/VS和内置的大量报告都有很好的支持。
如果您需要运行更复杂的构建脚本，我建议您使用FinalBuilder来创建构建脚本，并使用TeamCity命令运行程序来执行该脚本。通过将测试结果导入TeamCity，您仍然可以获得报告，并且有一种简单的方法可以将构建状态从FinalBuilder输出到TeamCity：
https://stackoverflow.com/questions/7005825
复制相似问题
腾讯云开发者
