Recommendations regarding Continuous Integration systems我们目前正在评估与Visual Studio 2008(C＃)和Subversion交互的各种应用程序，以自动构建我们的核心库。 我们希望每晚执行一次构建，或者通过电子邮件将更改的列表发送给每个开发人员，或者将最新版本推送到每个工作站。 您对这些工具有什么经验，有什么建议？ 推荐软件
建议文章
Cruise Control.net(ccnet)可以满足您的所有需求。它非常易于使用，只需确保您是否打算将其作为服务运行，您给它提供了一个帐户，而不是使其作为网络服务运行，这样您就可以在Intranet盒子上为其赋予权限并拥有它xcopy部署。 它具有各种电子邮件模式，包括失败，总之，失败后的修复等等。 Hudson是我所见过的最简单的持续集成/每日构建工具。不知道它是否满足您的所有要求。 看看JetBrain的(ReSharper背后的人)TeamCity 我将cc.net与nant和msbuild一起使用非常成功，强烈建议您这样做。 我使用CC.Net以及SubVersion和MSBuild来完成此任务。这是实现此功能的出色指南，我随后发现它很有帮助。 在我的最后一位雇主中，我使用cc.net设置了一个构建服务器。预计至少需要一两天的时间来进行设置。我将cc.net与nant和msbuild一起使用。这些项目在功能上有很多重叠，因此考虑一下如何设置所有内容可能是一个好主意。 我最终解决的设置是服务器上的cc.net，用于从Subversion检索项目并启动nant脚本。 nant被用来调用msbuild来构建Visual Studio .sln文件，并执行所有其他构建步骤，例如运行测试等。 我也快速了解了Teamcity。乍一看，它看起来比cc.net好很多，但我还没有时间尝试一下。当然值得一试。 我正在使用hudsons Jenkins进行日常构建。设置和维护非常简单。而且它有很多插件可以完全满足我们的要求。 如果您正在使用trac进行问题跟踪，那么被咬的插件会很好地工作。它不是特定于平台的(我们可以同时在Windows和Linux上运行它，分别使用msbuild / mstest和make / gcc / cpptest)。 有关使用cc.net和msbuild的一些小知识。如果您要构建C / C + =项目，则至少在VS 2005(可能更早)中，msbuild是不可靠的。我尚未使用VS 2008进行过测试。我们发现有时msbuild可以正常工作，有时则不能。在尝试解决该问题时，我们发现vcbuild.exe在构建C / C ++解决方案时似乎可以很好地替代msbuild。 |
