关于构建

Build 资源定义应用程序的源代码以及应用镜像的位置。以下示例显示了一个简单的构建，它由 Git 源、构建策略和输出镜像组成：

apiVersion: shipwright.io/v1beta1
kind: Build
metadata:
  name: buildah-golang-build
spec:
  source:
    git:
      url: https://github.com/username/taxi
  strategy:
    name: buildah
    kind: ClusterBuildStrategy
  output:
    image: registry.mycompany.com/my-org/taxi-app:latest

您还可以扩展 Build 资源，以将镜像推送到私有 registry 或使用 Dockerfile。

BuildStrategy 和 ClusterBuildStrategy 资源定义一系列步骤来编译应用程序。您可以使用命名空间中的 BuildStrategy 资源和集群中的 ClusterBuildStrategy 资源。

BuildStrategy 或 ClusterBuildStrategy 资源的规格由一个 steps 对象组成。以下示例显示了 buildah 集群构建策略的规格：

apiVersion: shipwright.io/v1beta1
kind: ClusterBuildStrategy
metadata:
  name: buildah
spec:
  steps:
    - name: build-and-push
      image: quay.io/containers/buildah:v1.31.0
      workingDir: $(params.shp-source-root)
      command:
        - /bin/bash
       # ...
# ...

BuildRun 资源在集群中调用构建，类似于运行任何集群作业或 Tekton 任务。BuildRun 资源代表集群中的工作负载，这会导致一个正在运行的 pod。BuildRun 是构建的运行实例。它使用集群上的特定参数来实例化构建执行。

BuildRun 资源可帮助您定义以下元素：

每个 BuildRun 资源都在一个命名空间中可用。

构建控制器监控 Build 资源中的任何更新，并执行以下任务：

构建运行控制器监控 Build 或 TaskRun 资源中的任何更新，并执行以下任务：

buildah 集群构建策略使用 Dockerfile 构建容器镜像并将其推送到目标 registry。您必须在 Build CR 的 spec.paramValues 字段中指定 Dockerfile。

您可以在集群中的不同命名空间中共享 buildah 策略，因为 Red Hat OpenShift Operator 的 Builds 会在集群级别安装 buildah 策略。

您可以为 buildah 策略配置以下参数：

此构建策略由 Source-to-image 和 buildah 组成。您可以使用此策略生成容器文件，并准备应用以使用构建器镜像进行构建。您必须在 Build CR 的 spec.paramValues 字段中指定构建器镜像。

您可以在集群中的不同命名空间中共享 Source-to-image 策略，因为 Red Hat OpenShift Operator 的构建会在集群级别上安装 Source-to-image 策略。

您可以为 Source-to-image 策略配置以下参数 ：