关于持续集成：从CruiseControl.NET开始的地方

我正在从头开始设置团队的源代码控制+构建/集成过程。 我们使用VSS和内部创建的工具来执行构建过程。 我们决定转向更现代的环境。 我正在运行SVN，我想设置一个与CruiseControl.NET的持续集成过程。
有没有很好的循序渐进入门指南，可以让我开始使用此工具的最佳实践？

---

在充分利用CruiseControl之前，您需要创建一个可以由msbuild或nant运行的自动构建脚本。一步完成项目构建后，即可开始将CruiseControl集成到组合中。以下是一些帮助您入门的资源：

• CruiseControl.net Wiki-一个非常好的资源。
• CruiseControl.net SourceControl块-显示如何将带??有CruiseControl.net的svn与sourcecontrol块一起使用
• 获得CruiseControl.net，MsBuild和SVN设置-资源帮助您逐步完成所有步骤，以使所有内容相互啮合。

---

我最近为CI找到的一个很好的资源是著名的"企业应用程序体系结构"一书的作者Martin Fowler。

网址：http：//martinfowler.com/articles/continuousIntegration.html

---

以下是一些可能有用的链接：

• http://www.codeproject.com/KB/dotnet/cruisecontrol_continuous.aspx
• http://devlicio.us/blogs/ziemowit_skowronski/archive/2007/03/10/continuous-integration-1-the-environment-and-the-first-build.aspx
• http://code.google.com/p/ci-factory/

---

如果您正在寻找.NET CI，我建议您看看Team City。我认为它更好，并且最多可供20个用户免费使用。

---

我们了解到的一个秘诀-如果您的团队规模相当大，并且您所指的产品是"推动质量检查，以便人们可以测试"的这种情况，请避免有人在每次检查某项内容时都要构建它在您发现人们整日检查工作之前，它可能会减少QA一段时间，并导致QA中断很多。

对于"推送到质量检查"的情况，只要它检测到更改就每天晚上关闭。

对于"查看是否构建"场景，每小时一次是个好习惯(再次，人们经常在一个体面的团队中以某种方式进行检查，以使值得立即构建)

---

真的，文档非常扎实

---