CI/CD持续集成/持续部署

一、CI/CD的理解

• CICD是一个整套流程的解决方案，光依靠docker和k8s是完全不行的，中间涉及到很多CI/CD的工具，CI的服务器。
• 本地用github做代码的管理，Travis CI用于构建docker，docker的镜像发布到docker hub，docker hub又和docker cloud做了个集成处理，通过docker image 在公有云上做一个部署。进行服务的更新。
• github 和 docker hub 都是一种公共服务，都是收费的。
• jenkins文档太多了不讲了，网上一搜一堆，这次不使用jenkins。
• gitlab 和 gitlab CI，程序语言python，java！
• 通过之后的学习让CI/CD更加平民话，而不是高不可攀！
• 持续集成(Continuous integration)是一种软件开发实践，即团队开发成员经常集成它们的工作，通过每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建（包括编译，发布，自动化测试）来验证，从而尽早地发现集成错误。

二、学习路线

由于工作过程中，CI/CD持续集成/持续部署一直由专门的CI工程师维护，比如华为的云龙流水线。开发人员只要会简单的使用即可，遇到了问题，还得请教专业的CI工程师。这里我就不再亲自的从头搭建了（时间成本比较高），如果有想从事运维的小伙伴，可以参考技术大牛IT人故事会 写的博客，非常不错，在这里我也表示敬佩和感谢！

『中级篇』CI/CD持续集成/持续部署（69）

『中级篇』docker之CI/CD持续集成-gitlab安装（70）

『中级篇』docker之CI/CD持续集成——GitLab CI服务器（71）

『中级篇』docker之CI/CD持续集成—真实Python项目的CI演示（72）

『中级篇』docker之CI/CD持续集成—真实JAVA-Maven项目的CI演示（73）

『中级篇』docker之CI/CD持续集成-CD演示（74）

『中级篇』docker之CI/CD持续集成-整个流程串联（75）

『中级篇』docker之CI/CD持续集成-项目生成镜像（76）

『中级篇』docker之CI/CD持续集成-（终结篇）（77）