当前，我们正在评估与Visual Studio 2008(C＃)和Subversion交互的各种应用程序，以自动构建我们的核心库。我们希望每夜进行构建，并通过电子邮件将所做更改的列表发送给每个开发人员，或者将最新版本推送到每个工作站。我们对这些工具有什么经验，有什么建议？

推荐软件

• 巡航控制.NET
• 哈德森
• 团队城市

建议文章

• 持续集成：从理论到实践第二版(CC.net)
• 使用Hudson自动化ASP.NET构建和部署过程

解决方案

回答

Cruise Control.net(ccnet)可以满足所有需求。它非常易于使用，只需确保是否要将其作为服务运行，我们给它提供一个帐户，而不使其作为网络服务运行，这样就可以授予它在Intranet机器上的权限并让它执行此操作xcopy部署。

它具有各种电子邮件模式，包括失败，失败后修复，等等。

回答

我将cc.net与nant和msbuild一起使用非常成功，强烈建议我们这样做。

回答

看看JetBrain(ReSharper背后的人)TeamCity

回答

在我的最后一位雇主中，我使用cc.net设置了一个构建服务器。预计至少需要一两天的时间来进行设置。我将cc.net与nant和msbuild一起使用。这些项目在功能上有很多重叠，因此考虑一下如何设置所有内容可能是一个好主意。

我最终解决的设置是服务器上的cc.net，用于从Subversion检索项目并启动nant脚本。 nant被用来调用msbuild来构建Visual Studio .sln文件，并执行所有其他构建步骤，例如运行测试等。

我也快速了解了Teamcity。乍一看，它看起来比cc.net好很多，但我还没有时间尝试一下。当然值得一试。

回答

Hudson是我见过的最简单的持续集成/每日构建工具。不知道它是否满足所有要求。

回答

我使用CC.Net以及SubVersion和MSBuild来完成此任务。这是实现此功能的绝佳指南，我随后发现它非常有用。

回答

有关使用cc.net和msbuild的一些小知识。如果我们正在构建C / C + =项目，则至少在VS 2005(可能更早)中，msbuild是不可靠的。我尚未使用VS 2008进行过测试。我们发现有时msbuild可以正常工作，有时则不能。在尝试解决该问题时，我们发现vcbuild.exe在构建C / C ++解决方案时似乎可以很好地替代msbuild。