我们目前正在评估与Visual Studio 2008（C＃）和Subversion接口的不同应用程序，以便对我们的核心库进行自动构建。我们希望能够执行每晚构建，并通过电子邮件发送给每个开发人员的更改列表，或者将最新版本推送到每个工作站。您对这些工具有什么经验以及有哪些建议？
推荐软件
推荐文章
答案 0 :(得分：11)
Cruise Control.net（ccnet）可以满足您的一切需求。它非常容易使用，只是确保你将它作为一项服务运行，你给它一个帐户，不要让它作为网络服务运行，这样你就可以赋予它在内联网盒子上的权利，并让它做xcopy部署。
它有各种各样的电子邮件模式，失败，总体上，失败后的修复，还有更多。
答案 1 :(得分：8)
Hudson是我见过的最简单的持续集成/每日构建工具。不确定它是否符合您的所有要求。
答案 2 :(得分：6)
看一下JetBrain（ReSharper背后的人）TeamCity
答案 3 :(得分：2)
我已经将cc.net与nant和msbuild一起使用取得了巨大的成功，强烈推荐它。
答案 4 :(得分：1)
在我的上一个雇主，我用cc.net建立了一个构建服务器。预计至少有一到两天的时间来设置它。我将cc.net与nant和msbuild一起使用。这些项目在功能上有很多重叠，因此考虑如何设置所有内容可能是一个好主意。
我最终确定的设置是服务器上的cc.net，用于从subversion中检索项目并触发nant脚本。 nant用于调用msbuild来构建visual studio .sln文件，并执行所有其他构建步骤，如运行测试等。
我也快速看了一下teamcity。乍一看它看起来比cc.net好多了，但我还没有时间尝试一下。这当然值得一试。
答案 5 :(得分：1)
我使用CC.Net以及SubVersion和MSBuild来完成此任务。 Here是实施此功能的一个很好的指南，我发现它非常有帮助。
答案 6 :(得分：0)
关于使用cc.net和msbuild的几个花絮。如果你正在构建C / C + =项目，那么至少在VS 2005（可能更早）中，msbuild是不可靠的。我没有使用VS 2008进行测试。我们发现有时msbuild会正常工作，有时候不会。在尝试解决问题时，我们发现vcbuild.exe在构建C / C ++解决方案时似乎可以很好地代替msbuild。
答案 7 :(得分：0)
如果您使用trac进行问题跟踪，则bitten插件可以正常运行。它不是特定于平台的（我们在Windows和Linux上都运行它，分别使用msbuild / mstest和make / gcc / cpptest）。
答案 8 :(得分：0)
我正在使用hudsons Jenkins进行日常构建。它的设置和维护非常简单。它有很多插件可以满足我们的要求。