大规模项目团队持续集成历程(2)

　　5. Single view (在同一个Web管理页面上，可以监控所有团队的构建状态)。

　　第三步目标：减少手工操作

　　方法：一键发布————自动化部署

　　手段：使用持续发布管理工具Cruise (Cruise的dependency + Story Tracker plugin + audit)

　　由于有很多个团队，每个团队都有多个测试环境。如果全部使用手工部署分花费很多时间。所以，每个团队建立三个构建管道，其目标分别为：(1)得到测试过的 installer;(2)部署到测试环境中;(3)将通过测试的installer部署到演示环境中。前一个构建成功后，就可以触发下一个(自动或手动)。

　　益处：1. QA可以清晰识别需要测试哪个安装包，该安装包中含有哪些功能

　　2. QA自己可能很容易地部署测试环境。

　　3. 易于追踪功能的历史版本(在同一个pipeline中，所有的stage同一版本.而且在使用Pipeline dependency时，版本信息会向下游传递)。

　　4. 易于掌握对各种部署环境的管理。

　　使用上述手段后，该项目的持续交付已入佳境。目前可以做到：

　　所有的构建和部署都是自动化的;

　　开发人员最多在20分钟内就会得到反馈。

　　对于每种环境来说，可以做到每天部署四次。

　　部署无差错：因为是自动化过程，每次的执行步骤都一样。

　　机器资源复用：Cruise自动向165台机器上分发工作进行构建和部署。

　　所有信息都显示在一个屏幕上(Single dashboard view of everything!)

　　开发人员非常高兴：他们可以多次提交而不影响他人。

　　测试人员非常高兴：他们可以很快地得到好的installer，通过自己点一下按钮就完成部署工作。

　　管理人员非常高兴：他们可以马上了解当前的项目状态(哪些版本在测试中，那些版本已经演示了)。

　　很容易了解每个版本里包括哪些功能和修复了哪些缺陷。

原文转自：http://www.ltesting.net