continuous-integration - 带有数据库集成测试的 NAnt，以及最终的持续集成

Question

我一直在探索在一些 Nant 构建脚本中运行集成测试的不同策略。通常，许多不同的脚本链接在一个具有独立目标的整体构建中:暂存(构建暂存版本，如构建)、构建(仅构建内容)、集成(构建内容并运行集成测试)。这工作得相当好，构建目标需要大约三分之一的时间作为集成目标运行，而且它不会太长，所以我发现自己不愿意经常运行它。

另一方面，集成目标需要足够长的时间，我不想经常这样做 - 最好是在我准备好进行部署之前。这看起来是一个合理的策略吗？ IOW，我做对了吗？

计划最终将该项目移至持续集成。我是整个持续集成的新手，但我想我理解“破坏构建”的概念，所以我想知道有哪些好的实践可以用来充分利用它？

任何有关此主题的良好阅读资源也将不胜感激。谢谢!

Answer 1

是的，您走在正确的轨道上。您现在需要做的是将您的 nant 目标连接到一个自动化过程。我建议使用 Team City 或 Cruise Control 作为您的 CI 工具。一旦您设置了自动化服务器，您就可以在每次 checkin 时运行构建和单元测试(持续集成)。然后，您的集成测试可以在晚上或周末运行，因为它们通常需要更长的时间才能运行。如果您的集成测试成功，您就可以拥有一个将部署到某些 QA 或其他服务器的作业。