一、DevOps 介绍 软件开发最开始是由两个团队组成： 开发计划由开发团队从头开始设计和整体系统的构建。需要系统不停的迭代更新。 运维团队将开发团队的 Code 进行测试后部署上线。希望系统稳定安全运行。 这看似两个目标不同的团队需要协同完成一个软件的开发。 在开发团队指定好计划并完成 coding 后，需要提供到运维团队。 运维团队向开发团队反馈需要修复的 BUG 以及一些需要返工的任务。 这时开发团队需要经常等待运维团队的反馈。这无疑延长了事件并推迟了整个软件开发的周期。 会有一种方式，在开发团队等待的时候，让开发团队转移到下一个项目中。等待运维团队为之前的代码提供反馈。 可是这样就意味着一个完整的项目需要一个更长的周期才可以开发出最终代码。 基于现在的互联网现状，更推崇敏捷式开发，这样就导致项目的迭代速度更快，但是由于开发团队与运维团队的沟通问题，会导致新版本上线的时间成本很高。这又违背的敏捷式开发的最初的目的。 那么如果让开发团队和运维团队整合到成一个团队，协同应对一套软件呢？这就被称为 DevOps。 DevOps，字面意思是 Development &Operations 的缩写，也就是开发 & 运维。 然字面意思只

在实际开发中，我们经常要一边开发一边测试，当然这里说的测试并不是程序员对自己代码的单元测试，而是同组程序员将代码提交后，由测试人员测试； 前后端分离后，经常会修改接口，然后重新部署；这些情况都会涉及到频繁的打包部署；

技术资源推荐 jenkins官方文档（中文版） jenkins官方网站 自动定时构建 定时构建语法： * * * * * 第一个 * 表示分钟，取值0~59，若其他值不做设定，则表示每个设定的分钟都会构建 第二个 * 表示小时，取值0~23， 若其他值不做设定，则表示每个设定小时的每分钟都会构建

在《Jenkins越来越老了-现在该继续前进》，我们讨论了Jenkins最常见的问题，这些问题促使我们寻找替代方法。这就是为什么在本文中，我们提供了用于持续集成的最常见的Jenkins替代品列表。

　最近要弄一个jenkins工具，已经安装好了并且jenkins使用部署项目的流程已经基本走通，上图：

Docker是基于Go语言编写, 用于解决运行环境和配置问题的软件容器 , 并方便做持续集成和整体发布的开源容器引擎 Docker详细内容学习

精心整理【 jekins实战讲解】视频资料分享给大家，时间有限，快快领取吧。 2 套精彩学习课程，助力你的自动化平台搭建之路。