DevOps系列之 —— 持续开发与集成（一）持续集成理念、方法及实践

DevOps系列之 —— 持续开发与集成（一）持续集成理念、方法及实践

​​DevOps系列之 —— DevOps概览（一）软件产业和交付模式发展趋势​​​​DevOps系列之 —— DevOps概览（二）新型软件技术及交付模式​​​​DevOps系列之 —— DevOps概览（三）DevCloud HE2E DevOps 框架及其主要服务​​​​DevOps系列之 —— 持续规划与设计（一）敏捷项目管理理念与方法实践​​​​DevOps系列之 —— 持续规划与设计（二）规划与设计​​​​DevOps系列之 —— 持续规划与设计（三）敏捷项目管理的方法【Kanban 与 Scrum】​​​​DevOps系列之 —— 持续规划与设计（四）敏捷需求管理【用户故事 & 敏捷估算】​​​​DevOps系列之 —— 持续规划与设计（五）团队与协作​​​​DevOps系列之 —— 持续规划与设计（六）华为敏捷项目管理企业实践​​   DevOps 系列文章，持续更新中 ~~~

​​持续集成​​

​​1. 概念​​​​2. 基本原则​​​​3. 持续集成的价值​​​​4. 持续集成的流程​​​​5. 持续集成的主流工具​​​​6. 企业实践（Facebook）​​

持续集成

1. 概念

2. 基本原则

只维护一个源码仓库自动化 build让你的的 build 自行测试每人每天都要向 mainline 提交代码每次提交都应在集成计算机上重新构建 mainline保持快速 build在类生产环境中进行测试让每个人都能轻易获得最新的可执行文件每个人都能看到进度自动化部署构建失败之后不要提交新代码提交前在本地，或者持续集成服务器，运行所有测试提交测试通过后再继续工作回家之前，构建必须处于成功状态时刻准备着回滚到前一个版本在回滚之前要规定一个修复时间不要将失败的测试注释掉为自己导致的问题负责测试驱动的开发

3. 持续集成的价值

软件项目主要面临问题

没有一致的可部署软件项目后期发现缺陷，难以修复低品质的软件产品项目缺少可见性

持续集成可实现价值

减少项目风险减少重复过程在任何时间任何地点生成可部署软件增强项目可见性对开发团队的软甲产品建立起更强大的信息

4. 持续集成的流程

5. 持续集成的主流工具

代码托管

GitHubCodeHubgitee

编译构建

APACHE ANTMavenGradle Build Tool

集成测试

JenkinsCodeShipTeamCity

6. 企业实践（Facebook）

Facebook 先将变更经过一系列的自动化测试之后，从内部推送到 Facebook 员工（即图中C1），在此阶段发生的任何问题都会认为是工作阻塞，高优先级的去解决金丝雀部署（图中C2），只将变更推送到生产环境的 2%的服务器，依靠连续的监测来发现问题，若一切顺利，这些变更将 100%地部署到生产环境中（即图中C3），否则，如果在任何时候出现问题，所有流量都会被回滚至之前的版本

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。