OpenShift Container Platform 4.4 构建（build） 在 OpenShift Container Platform 中执行构建并与之交互 Last Updated: 2021-03-11 OpenShift Container Platform 4.4 构建（build） 在 OpenShift Container Platform 中执行构建并与之交互 . . . . . . . . . . . . . . . . . . . . . . . . . 目 目录 录 第 第 1 章 章 理解 理解镜 镜像 像构 构建 建 1.1. 构建（BUILD） 第 第 2 章 章 了解 了解构 构建配置 建配置 2.1. BUILDCONFIG 第 第 3 章 章 创 创建 建构 构建 建输 输入 入 3.1. 构建输入 3.2. DOCKERFILE 87 87 87 88 88 89 93 OpenShift Container Platform 4.4 构 构建（ 建（build） ） 2 目 目录 录 3 第 1 章 理解镜像构建 1.1. 构建（BUILD） 构建 (build)是将输入参数转换为结果对象的过程。此过程最常用于将输入参数或源代码转换为可运行的镜 像。BuildConfig 对象是整个构建过程的定义。

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. 使用 BUILDAH 自定义镜像构建 2.7. 执行和配置基本构建 OpenShift 上部署。 第 第 1 章 章 OPENSHIFT CONTAINER PLATFORM CI/CD 概述 概述 3 第 2 章 构建（BUILD） 2.1. 理解镜像构建 2.1.1. Builds 构建 (build) 是将输入参数转换为结果对象的过程。此过程最常用于将输入参数或源代码转换为可运行的 镜像。BuildConfig 对象是整个构建过程的定义。 OpenShift 在每次容器镜像标签或源代码改变时产生新的构建： BuildConfig 对 对象定 象定义 义 kind: BuildConfig apiVersion: build.openshift.io/v1 metadata: name: "ruby-sample-build" 1 spec: runPolicy: "Serial" 2 triggers: 3 - type: "GitHub"

RESTARTS AGE IP NODE NOMINATED NODE cakephp-ex-1-build 0/1 Completed 0 5m45s 10.131.0.10 ip-10-0-141-74.ec2.internal cakephp-ex-1-deploy 息： 示例： 示例：查 查看 看 Pod 资 资源的文档 源的文档 输 输出示例 出示例 OpenShift Client This client helps you develop, build, deploy, and run your applications on any OpenShift or Kubernetes compatible platform. It also includes autoscale deployment foo --min=2 --max=10 第 第 2 章 章 OPENSHIFT CLI (OC) 25 2.5.1.12. oc cancel-build 取消正在运行、待处理或新的构建 用法示例 用法示例 2.5.1.13. oc cluster-info 显示集群信息 用法示例 用法示例 2.5.1.14. oc cluster-info

RESTARTS AGE IP NODE NOMINATED NODE cakephp-ex-1-build 0/1 Completed 0 5m45s 10.131.0.10 ip-10-0-141-74.ec2.internal cakephp-ex-1-deploy true ConfigMap ... $ oc help OpenShift Client This client helps you develop, build, deploy, and run your applications on any OpenShift or Kubernetes compatible platform. It also includes 则 用法示例 用法示例 2.7.1.11. oc autoscale 自动缩放部署配置、部署、副本集、有状态集或复制控制器 用法示例 用法示例 2.7.1.12. oc cancel-build 取消正在运行、待处理或新的构建 用法示例 用法示例 2.7.1.13. oc cluster-info 显示集群信息 用法示例 用法示例 # Reconcile RBAC resources

RESTARTS AGE IP NODE NOMINATED NODE cakephp-ex-1-build 0/1 Completed 0 5m45s 10.131.0.10 ip-10-0-141-74.ec2.internal cakephp-ex-1-deploy 息： 示例： 示例：查 查看 看 Pod 资 资源的文档 源的文档 输 输出示例 出示例 OpenShift Client This client helps you develop, build, deploy, and run your applications on any OpenShift or Kubernetes compatible platform. It also includes autoscale deployment foo --min=2 --max=10 第 第 2 章 章 OPENSHIFT CLI (OC) 25 2.5.1.12. oc cancel-build 取消正在运行、待处理或新的构建 用法示例 用法示例 2.5.1.13. oc cluster-info 显示集群信息 用法示例 用法示例 2.5.1.14. oc cluster-info

5.7. 删除 4.5.8. set 4.5.8.1. 设置 env 4.5.8.2. 设置 build-secret 4.6. 构建和部署操作 4.6.1. start-build 4.6.2. rollback 4.6.3. new-build 4.6.4. cancel-build 4.6.5. import-image 4.6.6. scale 4.6.7. tag 4.7 3. groups 5.4. 安装 CLI 操作 5.4.1. 路由器 5.4.2. ipfailover 5.4.3. registry 5.5. 维护 CLI 操作 5.5.1. build-chain 5.5.2. manage-node 5.5.3. prune 5.6. 设置 CLI 操作 5.6.1. config 5.6.2. create-kubeconfig 5 Platform 3.11 CLI 参考 参考 20 4.3. 对象类型 以下是 CLI 支持的最常用的对象类型列表，其中一些具有简写语法： 对 对象 象类 类型 型 简 简写版本 写版本 Build BuildConfig bc DeploymentConfig dc 部署 部署 deploy 事件 事件 ev ImageStream is ImageStreamTag istag

中引用容器镜像的抽象集。镜像流 及其标签用于查看可用镜像，确保您使用所需的特定镜像，即使存储库中的镜像发生变化也是如此。 镜像流不含实际镜像数据，它提供了相关镜像的一个单独的虚拟视图，类似于镜像存储库。 您可配置构建（Build）和部署（Depolyment）来监测一个镜像流的通知。当新的镜像被添加时，执行相 应的构建或部署。 例如，如果部署正在使用某个镜像并且创建了该镜像的新版本，则会自动执行部署以获取镜像的新版本。 命令放在最后： 这样，您每次编辑 myfile 和重新运行 podman build 或 docker build 时，系统都可重复利用 yum 命令 的缓存层，仅为 ADD 操作生成新层。 如果您将 Dockerfile 改写为： 则您每次更改 myfile 和重新运行 podman build 或 docker build 时，ADD 操作都会导致 RUN 层缓存无 效，因此 yum 操作也必须要重新运行。 脚本，可以创建一个进程来检查镜像是否正常工作。这个脚本是 可选的。该流程的建议工作流是： 1. 构建镜像。 2. 运行镜像以验证 usage 脚本。 3. 运行 s2i build 以验证 assemble 脚本。 4. 可选：再次运行 s2i build，以验证 save-artifacts 和 assemble 脚 本的保存和恢复工件功能。 5. 运行镜像，以验证测试应用程序是否正常工作。 注意 注意

中引用容器镜像的抽象集。镜像流 及其标签用于查看可用镜像，确保您使用所需的特定镜像，即使存储库中的镜像发生变化也是如此。 镜像流不含实际镜像数据，它提供了相关镜像的一个单独的虚拟视图，类似于镜像存储库。 您可配置构建（Build）和部署（Depolyment）来监测一个镜像流的通知。当新的镜像被添加时，执行相 应的构建或部署。 例如，如果部署正在使用某个镜像并且创建了该镜像的新版本，则会自动执行部署以获取镜像的新版本。 install mypackage && yum clean all -y ADD myfile /test/myfile 这样，您每次编辑 myfile 和重新运行 podman build 或 docker build 时，系统都可重复利用 yum 命令 的缓存层，仅为 ADD 操作生成新层。 如果您将 Dockerfile 改写为： FROM foo ADD myfile /test/myfile /test/myfile RUN yum -y install mypackage && yum clean all -y 则您每次更改 myfile 和重新运行 podman build 或 docker build时，ADD 操作都会导致 RUN 层缓存无 效，因此 yum 操作也必须要重新运行。 标记 标记重要端口 重要端口 EXPOSE 指令使主机系统和其它容器可使用容器中的端口。尽管可以指定应当通过

中引用容器镜像的抽象集。镜像流 及其标签用于查看可用镜像，确保您使用所需的特定镜像，即使存储库中的镜像发生变化也是如此。 镜像流不含实际镜像数据，它提供了相关镜像的一个单独的虚拟视图，类似于镜像存储库。 您可配置构建（Build）和部署（Depolyment）来监测一个镜像流的通知。当新的镜像被添加时，执行相 应的构建或部署。 例如，如果部署正在使用某个镜像并且创建了该镜像的新版本，则会自动执行部署以获取镜像的新版本。 命令放在最后： 这样，您每次编辑 myfile 和重新运行 podman build 或 docker build 时，系统都可重复利用 yum 命令 的缓存层，仅为 ADD 操作生成新层。 如果您将 Dockerfile 改写为： 则您每次更改 myfile 和重新运行 podman build 或 docker build 时，ADD 操作都会导致 RUN 层缓存无 效，因此 yum 操作也必须要重新运行。 脚本，可以创建一个进程来检查镜像是否正常工作。这个脚本是 可选的。该流程的建议工作流是： 1. 构建镜像。 2. 运行镜像以验证 usage 脚本。 3. 运行 s2i build 以验证 assemble 脚本。 4. 可选：再次运行 s2i build，以验证 save-artifacts 和 assemble 脚 本的保存和恢复工件功能。 5. 运行镜像，以验证测试应用程序是否正常工作。 注意 注意

simple-kmod-demo spec: {} --- apiVersion: build.openshift.io/v1 kind: BuildConfig metadata: labels: app: simple-kmod-driver-build name: simple-kmod-driver-build namespace: simple-kmod-demo spec: ${DTK} as builder ARG KVER WORKDIR /build/ RUN git clone https://github.com/openshift-psap/simple-kmod.git WORKDIR /build/simple-kmod RUN make all install KVER=${KVER} simple-kmod-demo NAME READY STATUS RESTARTS AGE simple-kmod-driver-build-1-build 0/1 Completed 0 6m simple-kmod-driver-container-b22fd 1/1 Running