CONTAINER PLATFORM CI/CD 概述 概述 1.1. OPENSHIFT 构建 1.2. OPENSHIFT PIPELINES 1.3. OPENSHIFT GITOPS 1.4. JENKINS 第 第 2 章 章 构 构建（ 建（BUILD） ） 2.1. 理解镜像构建 2.2. 了解构建配置 2.3. 创建构建输入 2.4. 管理构建输出 2.5. 使用构建策略 2.6. 使用 1. 关于 RED HAT OPENSHIFT GITOPS 第 第 5 章 章 JENKINS 5.1. 配置 JENKINS 镜像 5.2. JENKINS 代理 5.3. 从 JENKINS 迁移到 OPENSHIFT PIPELINES 或 TEKTON 5.4. OPENSHIFT JENKINS 镜像的重要变化 3 3 3 3 3 4 4 5 6 32 34 53 56 如需更多信息，请参阅关于 Red Hat OpenShift GitOps 。 1.4. JENKINS Jenkins 自动化了构建、测试和部署应用和项目的过程。OpenShift 开发者工具提供 Jenkins 镜像，它直 接与 OpenShift Container Platform 集成。Jenkins 可通过使用 Samples Operator 模板或认证的 Helm Chart 在 OpenShift

将应用程序部署至 OPENSHIFT CONTAINER PLATFORM 第 第 10 章 章 使用 使用镜 镜像 像 10.1. 使用镜像概述 10.2. 配置 JENKINS 镜像 10.3. JENKINS 代理 55 55 56 66 66 67 69 73 73 73 85 OpenShift Container Platform 4.2 镜 镜像 像 2 使用此注解来确保每个示例与发行版本匹配。清单（inventory） 以外的示例会与跳过的示例一样被忽略。对任何由 Operator 管理的示例进行的修改（版本注解被修改或 删除），都将会被自动恢复。 注意 注意 Jenkins 镜像实际上自安装后便已是镜像有效负载的一部分，并直接标记（tag）到镜像流 中。 Samples Operator 配置资源包含一个终结器（finalizer），它会在删除时清除以下内容： 中的镜像。 重要 重要 jenkins、jenkins-agent-maven 和 jenkins-agent-nodejs 镜像流来自安装有效负载，并 由 Samples Operator 管理。 将 Sample Operator 配置文件中的 samplesRegistry 字段设置为 registry.redhat.io 是多 余的，因为它已将除 Jenkins 镜像和镜像流以外的所有内容都定向到

使用镜像概述 12.2. 配置 JENKINS 镜像 12.2.1. 配置和自定义 12.2.1.1. OpenShift Container Platform OAuth 身份验证 12.2.1.2. Jenkins 身份验证 12.2.2. Jenkins 环境变量 12.2.3. 向 Jenkins 提供跨项目访问权限 12.2.4. Jenkins 跨卷挂载点 12.2.5. 通过 自定义 Jenkins 镜像 12.2.6. 配置 Jenkins Kubernetes 插件 12.2.7. Jenkins 权限 12.2.8. 从模板创建 Jenkins 服务 12.2.9. 使用 Jenkins Kubernetes 插件 12.2.10. Jenkins 内存要求 12.2.11. 其他资源 12.3. JENKINS 代理 12.3.1. Jenkins 代理镜像 代理镜像 12.3.2. Jenkins 代理环境变量 12.3.3. Jenkins 代理内存要求 12.3.4. Jenkins 代理 Gradle 构建 12.3.5. Jenkins 代理 pod 保留 12.4. SOURCE-TO-IMAGE 12.4.1. Source-to-image 构建过程概述 12.4.2. 其他资源 12.5. 自定义 SOURCE-TO-IMAGE

中带有等效且改进的功能。 OpenShift 上的 Jenkins 镜像被完全支持，用户可以按照 Jenkins 用户文档在作业中定义 Jenkinsfile，或者将其存储在 Source Control Management 系统中。 采用 Pipeline 构建策略时，开发人员可以定义由 Jenkins Pipeline 插件执行的 Jenkins Pipeline。构建可以 由 OpenShift 对于 Pipeline 策略构建，因为 Jenkins Git 插件当前限制的缘故，通过 Git 插件执行的任何 Git 操作都不会利用 BuildConfig 中定义的 HTTP 或 HTTPS 代理。Git 插件将仅使用 Plugin Manager 面板上 Jenkins UI 中配置的代理。然后，在所有任务中，此代理都会被用 于 Jenkins 内部与 git 的所有交互。 其他 其他资 其他资 资源 源 您可以在 JenkinsBehindProxy 上找到有关如何通过 Jenkins UI 配置代理的说明。 3.4.2. 源克隆 secret 构建器 pod 需要访问定义为构建源的任何 Git 存储库。源克隆 secret 为构建器 pod 提供了通常无权访问  source: git: uri: "https://github.com/openshift/ruby-hello-world"

Samples Operator 管理的镜像流指向位于 registry.redhat.io 上红 帽容器镜像仓库中的镜像。镜像功能不适用于这些镜像流。 重要 重要 jenkins、jenkins-agent-maven 和 jenkins-agent-nodejs 镜像流的确来自安装有效负 载，并由 Samples Operator 管理，因此这些镜像流不需要进一步的镜像操作。 将 Sample Operator registry.redhat.io 有很 多冗余，因为它已经定向到 registry.redhat.io，只用于 Jenkins 镜像和镜像流。它还会破坏 Jenkins 镜像流的安装有效负载。 Samples Operator 禁止将以下 registry 用于 Jenkins 镜像流： docker.io registry.redhat.io registry.access.redhat

镜像 registry 来管理自定义容器镜像。 1.4. 镜像存储库 镜像存储库是相关容器镜像和标识它们的标签（tag）的集合。例如，OpenShift Container Platform Jenkins 镜像位于以下存储库中： 1.5. 镜像标签 镜像标签（tag）是应用于存储库中容器镜像的标签，用于将特定镜像与镜像流中的其他镜像区分开来。 标签通常代表某种版本号。例如，这里 :v3.11 :v3.11.59-2 和 :latest 标签。 registry.redhat.io docker.io/openshift/jenkins-2-centos7 registry.access.redhat.com/openshift3/jenkins-2-rhel7:v3.11.59-2 OpenShift Container Platform 4.14 镜 镜像 像 4 OpenShift Container Platform 集群中的其他镜像流。 当您定义引用镜像流标签的对象时，如构建或部署配置，您将指向镜像流标签而不是存储库。您在构建或 docker.io/openshift/jenkins-2-centos7@sha256:ab312bda324 第 第 1 章 章 镜 镜像概述 像概述 5 当您定义引用镜像流标签的对象时，如构建或部署配置，您将指向镜像流标签而不是存储库。您在构建或

CakePHP Perl Dancer Java OpenShift Container Platform 提供的其他镜像包括： MySQL MongoDB PostgreSQL Jenkins 另外，JBoss Middleware 还整合了大量 OpenShift Container Platform 模板。 XPaaS 服务提供的技术包括： JBoss EAP 6 提供的 Java 注意 注意 本节讨论 Quickstart 和 Instant App 模板及应用程序。Quickstarts 为应用程序开发提供了 一个起点，您可以以它为基础来创建自己的应用程序。而类似 Jenkins 的 Instant Apps 可 立即使用。 4.1.1. 浏览器要求 查看可用于访问 Web 控制台的 浏览器版本和操作系统。 4.2. 开始前 开始前： 您需要可以访问运行的 OpenShift CakePHP Perl Dancer Java OpenShift Container Platform 提供的其他镜像包括： MySQL MongoDB PostgreSQL Jenkins 另外，JBoss Middleware 还整合了大量 OpenShift Container Platform 模板。 XPaaS 服务提供的技术包括： JBoss EAP 6 提供的 Java

podsecuritypolicysubjectreviews.security.openshift.io [] [] [create] jenkins.build.openshift.io [] [] [edit view {\"kind\":\"OAuthRedirectReference\",\"apiVersion\":\"v1\",\"reference\": {\"kind\":\"Route\",\"name\":\"jenkins\"}}" 由于此注解的值包含序列化 JSON 数据，因此在扩展格式中可以更轻松地查看： $ oc sa get-token OpenShift OpenShift Container Platform 4.13 认证 认证和授 和授权 权 98 1 2 3 您现在可以看到，OAuthRedirectReference 允许引用名为 jenkins 的路由。因此，该路由的所有入口现 在都被视为有效。OAuthRedirectReference 的完整规格是： kind 指的是被引用对象的类型。目前，只支持 route。 name 指的是项目的

cts openshift4/ose-installer openshift4/ose-jenkins-agent-base openshift4/ose-jenkins-agent-maven openshift4/ose-jenkins-agent-nodejs openshift4/ose-jenkins openshift4/ose-k8s-prometheus-adapter opens

（Kiali、 、Jaeger 和 和 OpenTracing） ） 是 OpenShift Serverless (Knative) 是 OpenShift Pipelines (Jenkins 和 和 Tekton) 是 IBM Cloud Pak 和 和 RHT MW Bundles 的嵌入式 的嵌入式组 组件 件 是 OpenShift Kubernetes Engine CodeReady 开发人员体验工具，如 CodeReady Workspaces。 OpenShift Container Platform 的管道功能将启用 Kubernetes 的简化 Jenkins 和 Tekton 体验整 合到用户的项目空间中。 OpenShift Container Platform 的 source-to-image 功能，可让您在集群中轻松部署源代码、 dockerfiles 未包含 包括 OpenShift Serverless Operator 红帽提供的 Web 终端 未包含 包括 Web Terminal Operator 红帽提供的 Jenkins Operator 未包含 包括 Jenkins Operator Red Hat OpenShift Pipelines Operator 未包含 包括 OpenShift Pipelines Operator