学习森林
目前一流的IT企业在持续集成（CI ）,持续交付（CD），持续部署（CD）都拥有很成熟的框架，而对于投入有限的大部分公司相对比较粗糙或者没有。那我就从我们掌握跟实际的情况来说持续集成自动化，一流企业的流程也是基本一样，只是在这流程根据业务场景增加不同的功能以及有更成熟的框架。怎么说，如持续集成方式选择，jenkins跟docker k8s，功能来讲，单元测试，这整体就涉及到成本投入以及技术水平，我这就不再讨论了。直接进入主题。一图解持续集成自动化
本图只是一个引子,是一个比较通用的框架，主要让大家对自动化持续集成有一个概要的了解，也对如何实现自动化集成也有一个概念，可以根据图中框架进行自我改造跟添加，其中要注意执行顺序是很重要的哦。本图采用持续集成是jenkins，任务是流水线而不是自由风格构建的项目。
也许会有人问，怎么没有单元测试，我很抱歉的说，我们目前做不了，但也代表目前做单元测试的测试团队不多；单元测试可以在代码扫描流程并行添加，可以通过覆盖率进行判断；
测试类型除了接口和UI，也可以添加性能测试等，只要在接口测试这一流程并行就可；
也许有人会问，怎么不都每个流程都进行判断和重试呢，每个流程重试判断标准：1.是否会影响主流程；2.是否受外界影响大；3.是否影响交付质量；4.减少工具不稳定造成的流程中断；
对于部署，不是部署到生产环境对外发布，存在众多质量风险，没人干这么干，这边的部署是指测试自己下载测试包或者提供其他部门下载，下载方式直接点击下载或者二维码下载；
以上，就是关于一图解自动化持续集成的描述，如需要了解更多框架知识可以关注订阅号进行相互交流，相互成长~
