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

解决方案

回答

真的，文档非常扎实

回答

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

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

回答

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

• 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/

回答

我最近为CI找到的一个很好的资源是著名的《企业应用程序体系结构》一书的作者马丁·福勒(Martin Fowler)。

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

回答

我们了解到的一个技巧是，如果团队规模相当大，并且我们所指的产品是"推动质量检查，以便人们可以测试"的这种类型的场景，请抵制每次有人检查某项内容时都要进行构建的冲动。在我们发现人们整日检查内容之前，它可能会减少质量检查一段时间，并导致质量检查被打乱很多。

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

对于"查看是否构建"场景，每小时一次是不错的(再次，人们经常在一个体面的团队中以某种方式检查东西，因此值得进行即时构建)

回答

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