关于CI的那点事——持续集成
面对不断变化的业务需求和软件开发团队在并行开发与发布管理中保持敏捷性与竞争力的挑战，需要一个能够适应这些需求的系统。我们的软件配置管理（SCM）方法支持无限且可适应的流程模型，非常适合并行、分布式和敏捷的软件开发。通过使用来自不同供应商的最新技术来自动化分支、合并、构建和发布等流程，让软件交付仅需一键之遥。
真正的问题在于应用程序的稳定性，这是我们都需要应对的挑战。我们可以使用现成的产品来快速启动和运行，但整个挑战在于“启动和运行”这句话。制定正确的流程和选择合适的工具需要大量的精力和努力。我并没有看到很多CI项目严格失败，但我确实看到很多额外的努力被投入到本不应该存在的事情上。失败可能意味着花费了大量精力在不那么重要的事情上，而另一方面，如果你花费大量时间处理主要流程，那肯定有问题。
自动化确实解决了大部分问题，但要真正达到理想状态，还需要注意Martin Fowler在他的一篇文章中描述的那些要点。
维护单一源代码库
保持所有人在一起，毕竟我们最终都是一起工作的，不是吗？
自动化构建
构建自动化对你很有帮助。
使构建自测试
自测试构建可以准确告诉你你做了什么以及你破坏了什么。所以我可以对我的领导说：“如果我提交这个，可能会破坏很多东西。” 那么，先生，尝试运行单元测试，你就会确切知道！但话说回来，测试用例的诚实性真的很重要！
每个人每天提交
在敏捷环境中，这通常很有帮助，并迫使你不破坏构建。我必须说，这是更好的组织方式。
每次提交都应在集成机器上构建主线
对你的提交进行健全性检查。我们经常在提交时没有意识到破坏了其他东西。
保持构建快速
我通常在下班前提交。当你在5分钟内得到反馈时，这很有帮助。算是一种基准，但取决于情况。
让任何人都能轻松获取最新的可执行文件
将所有构建结果保存在一个可共享的地方。我们之前在一个HTTP服务器上这样做过。
每个人都能看到发生了什么
重要的是，所有结果都发布出来，让我们所有人都知道。
自动化部署
部署自动化意味着我的伙伴X在另一侧不会搞砸服务器，哪怕只有1分钟。只有在构建成功时才部署。
希望这有所帮助。
资源
http://martinfowler.com/articles/continuousIntegration.html
← 上一篇 下一篇 →