关于持续集成系统的建议

Question

我们目前正在评估与 Visual Studio 2008 (C#) 和 Subversion 交互的不同应用程序，以自动构建我们的核心库。我们希望每晚执行构建，并通过电子邮件将所做的更改列表发送给每个开发人员，或者将最新版本推送到每个工作站。您对这些工具的使用体验如何？有哪些建议？

---

推荐软件

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

推荐文章

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

Answer 1

Cruise Control.net (ccnet) 可以满足您的所有需求。它非常容易使用，只需确保您是否要将其作为服务运行，您给它一个帐户并且不要让它作为网络服务运行，这样您就可以授予它在内联网盒子上的权限并让它执行xcopy 部署。

它具有各种电子邮件模式，失败时、全部时、失败后修复等等。

Answer 2

哈德逊 是我见过的最简单的持续集成/每日构建工具。不确定它是否满足您的所有要求。

Answer 3

看看 JetBrain（ReSharper 背后的人） 团队城市

Answer 4

我用过 抄送网 nant 和 msbuild 取得了巨大成功，强烈推荐它。

Answer 5

在我的上一个雇主那里，我使用 cc.net 设置了一个构建服务器。预计至少需要一两天的时间来完成设置。我将 cc.net 与 nant 和 msbuild 一起使用。这些项目在功能上有很多重叠，因此考虑一下您想要如何设置一切可能是个好主意。

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

我也快速浏览了一下 teamcity。乍一看它比 cc.net 好很多，但我还没有时间尝试。这当然值得一看。

Answer 6

我使用 CC.Net 以及 SubVersion 和 MSBuild 来完成此任务。 这里 是一个很好的实施指南，我发现它非常有帮助。

Answer 7

有关使用 cc.net 和 msbuild 的一些花絮。如果您正在构建 C/C+= 项目，那么 msbuild 至少在 VS 2005（也许更早的版本）中是不可靠的。我没有用 VS 2008 测试过。我们发现有时 msbuild 可以正常工作，有时则不能。在尝试解决该问题时，我们发现 vcbuild.exe 在构建 C/C++ 解决方案时似乎可以很好地代替 msbuild。

Answer 8

如果您正在使用 特拉克 对于问题跟踪， 被咬 插件运行良好。它不是特定于平台的（我们在工作中在 Windows 和 Linux 上运行它，分别使用 msbuild/mstest 和 make/gcc/cpptest）。

Answer 9

我正在使用 hudsons Jenkins 进行日常构建。它确实非常容易设置和维护。而且它有很多插件完全可以满足我们的要求。