OpenShift如何通过CI/CD管道部署应用程序？

这篇文章就是写这个的，基于 OpenShift 构建面向企业的 CI/CD，你可以参考一下：
https://www.ibm.com/developerworks/cn/cloud/library/cl-lo-building-an-enterprise-oriented-cicd-based-on-openshift/index.html?ca=drs-&utm_source=tuicool&utm_medium=referral

红帽早在找到Kubernetes项目之前就创建了OpenShift，从一开始它就是一个PaaS平台。通过从其自定义解决方案切换（他们使用了称为齿轮的东西而不是容器）到Kubernetes上，带来更多功能变得更加容易，最令人兴奋的功能之一就是集成的Jenkins。有多种CI/CD软件解决方案可用，但Jenkins仍然是最大，最通用，通用和成熟的解决方案。它也经常与Kubernetes集群一起使用来构建容器镜像，在其上执行持续集成任务并通过持续部署管道将它们作为容器部署在多个环境中。由于它非常流行，因此将其作为OpenShift的内置部分可以减轻整个CI/CD的痛苦。这是我在OpenShift上集成Jenkins最喜欢的功能的列表：

• OAuth身份验证——使用您的OpenShift登录名登录Jenkins，然后根据您在项目中所扮演的角色，获得分配的三个jenkins角色之一（查看，编辑或管理）。在OpenShift 4中，它最终可以用作单一登录（在版本3中，您每次必须使用相同的凭据登录到服务）。
• 支持源到镜像，允许您创建自定义的Jenkins镜像——带有插件列表，自定义配置和其他资源的一些文件，使您可以在源镜像更改时轻松更新它（该部分也可以自动化！）并在完全“不变”的模式下使用Jenkins
• 提供两个版本的模板——用于测试目的的临时模板和用于更重要的作业的持久存储模板，配置数据和作业历史记录与Jenkins本身分开保存，因此非常易于管理（例如升级、测试不同的插件集）
• 从运行它的命名空间中同步密钥对象——不同的密钥与Jenkins凭据同步，因此用户名/密码，ssh密钥或秘密文本可在您的作业中使用，而无需在Jenkins中创建它们
• 最后但并非最不重要的——管道定义是一个单独的BuildConfig对象，并且在Jenkins之外还被定义为来自简单yaml文件的OpenShift对象