持续集成:构建-部署-测试-报告
-----------------------------
持续集成能够利用准专业测试人员“编译器先生”,不知疲倦、在项目前期发现缺陷,使得开发人员能够大胆地对系统划分模块、放心实施小迭代、尽早完成高质量的代码。数据证明,持续集成能够有效节省项目10%的工作量
-----------------------------
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
持 续交付(Continuous Delivery)是一系列的开发实践方法,用来确保让代码能够快速、安全的部署到产品环境中,它通过将每一次改动都提交到一个模拟产品环境中,使用严格 的自动化测试,确保业务应用和服务能符合预期。因为使用完全的自动化过程来把每个变更自动的提交到测试环境中,所以当业务开发完成时,你有信心只需要按一 次按钮就能将应用安全的部署到产品环境中
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
持续部署(Continuous deployment)是持续交付的更高阶段:所有通过了自动化测试的改动都自动的部署到产品环境里。大多数的公司如果没有制度的约束或其它条件的影响,都应该以持续部署为目标
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
当你有了持续集成需要的构建服务器和脚本之后,下一个问题肯定是:“我们该拿这些构建版本怎么办?”持续交付,以自动化或半自动化方式,将构建版本从一个环境提送(promote)到更接近实际生产的交付准备环境;这常常是公司在这方面演进的下一步。
持续集成与持续交付
原创
©著作权归作者所有:来自51CTO博客作者mb644789379f291的原创作品,请联系作者获取转载授权,否则将追究法律责任
上一篇:《设计原本》读书笔记
下一篇:软件项目管理流程总结
提问和评论都可以,用心的回复会被更多人看到
评论
发布评论
相关文章
-
CDCD(持续集成,持续交付/部署)) 介绍
1.本文主要介绍CICD持续集成交付部署流程;
CICD(持续集成 CICD(持续交付) -
持续集成&持续交付&持续部署区别
devops概念总结。
ci/cd 运维 devops 持续交付 持续集成