我一直强调持续部署是IT交付的核心能力,直接关联到研发/测试和运维多个团队,可以成为一个运维的核心平台。...可是文档维护是一项复杂而费时的任务, 它涉及多人之间的协作,因此文档通常要么是不完整的,要么就是未及时更新的,而把一套自动化部署脚本作为文档,它就永远是最新且完整的,否则就无法进行部署工作了。...有什么会比一个可工作的部署脚本更容易被审核的呢?
每个人都应该使用自动化部署过程,而且它应该是软件部署的唯一方式。这个准则可以确保:在需要部署时,部署脚本就能完成工作。...二、反模式2:开发完成之后才向类生产环境部署
在这一模式下,当软件被第一次部署到类生产环境(比如试运行环境)时,就是 大部分开发工作完成时,至少是开发团队认为“该软件开发完成了”。...在这种工作方式下,运维人员只有在产品被发布到生产环境时才第一次见到这个软件。