关于持续集成系统的建议

Question

我们正在评估与Visual Studio 2008 (C＃) 和Subversion接口的不同应用程序，以自动构建我们的核心库。我们希望每晚都能执行构建，并将更改列表发送给每个开发人员，或将最新版本推送到每台工作站。你对这些工具有什么经验和建议？

---

建议的软件

• Cruise Control .NET
• Hudson
• TeamCity

建议的文章

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

- jwarzech

Answer 1

Cruise Control.net（ccnet）可以满足您的所有需求。它非常容易使用，只需确保如果您要将其作为服务运行，则为其提供一个帐户并不要使其作为网络服务运行，这样您就可以在内部网络框中授予权限并进行xcopy部署。

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

- ChanChan

Answer 2

Hudson是我看到过的最简单易用的持续集成/每日构建工具。不确定它是否符合你所有要求。

- Vilmantas Baranauskas

---

我使用Hudson自动化ASP.NET Web应用程序部署：http://blogs.freshlogicstudios.com/Posts/View.aspx?Id=87a1c0f7-a75e-4f1a-8d3a-6c52c6ad9f46 - Shawn Miller

尽管有点简短，但我使用过Hudson和CC.Net，并全心推荐前者。 - Edmund

Answer 3

请看JetBrain（ReSharper背后的团队）的TeamCity。

- aku

---

TeamCity 的一个不好的地方是它希望你使用它自己的源代码控制。 - DevelopingChris

你可以使用Subversion、Perforce、CVS、VSS、TFS与TeamCity。 - aku

每次我浏览Stack Overflow时，都会学到一些新东西。 - DevelopingChris

Answer 4

我曾经非常成功地使用了 cc.net、nant 和 msbuild，强烈推荐。

- Andy Whitfield

Answer 5

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

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

我也快速查看了TeamCity。乍一看，它比cc.net要好得多，但我还没有时间尝试它。值得一试。

- Mendelt Siebenga

Answer 6

我使用CC.Net与SubVersion和MSBuild来完成这个任务。这里有一个很好的指南，我按照它进行了实现，并且发现非常有帮助。

- Satish

Answer 7

如果你正在使用 trac 进行问题跟踪，那么 bitten 插件是一个不错的选择。它不受操作系统平台限制（我们在工作中使用 msbuild/mstest 和 make/gcc/cpptest，在 Windows 和 Linux 上都能正常运行）。

- Malcolm

Answer 8

关于使用cc.net和msbuild的一些小技巧。如果你正在构建C/C++项目，msbuild在VS 2005（以及可能更早版本）中是不可靠的。我们发现有时候msbuild可以正常工作，有时候则不行。在尝试解决这个问题时，我们找到了vcbuild.exe，它似乎可以很好地替代msbuild来构建C/C++解决方案。

- Mark Allender

Answer 9

我正在使用Hudson的Jenkins进行每日构建。它非常容易设置和维护，并且有很多插件可以满足我们的需求。

- кคгtђเςк ĞŔĶ