1.5. 创建 buildpacks 构建

流程

1. OPTIONAL ：要使用带有 buildpacks 的 shp CLI，您必须首先向 pipeline 服务帐户授予权限，以便使用以下命令访问 buildpacks-example 项目中的镜像 registry：

   $ oc policy add-role-to-user system:image-puller system:serviceaccount:default:pipeline --namespace=buildpacks-example

   $ oc policy add-role-to-user system:image-pusher system:serviceaccount:default:pipeline --namespace=buildpacks-example

2. OPTIONAL：通过切换回主工作项目来继续使用 shp CLI：

   $ oc project default

3. OPTIONAL：通过应用权限完成 shp CLI 设置：

   $ oc create rolebinding allow-builds-to-push \
   
     --clusterrole=edit \
   
    --serviceaccount=default:pipeline \
   
   --namespace=buildpacks-example

4. 创建 Build 资源，并将其应用到 OpenShift Container Platform 集群：

   1. 使用 oc CLI

      $ oc apply -f - <<EOF
      apiVersion: shipwright.io/v1beta1
      
      kind: Build
      
      metadata:
      
        name: buildpack-nodejs-build
      
      spec:
      
        source: 

      1

      
      
          type: Git
      
          git:
      
            url: https://github.com/redhat-openshift-builds/samples.git
      
        strategy: 

      2

      
      
          name: buildpacks
      
          kind: ClusterBuildStrategy
      
        retention:
      
          atBuildDeletion: true
      
        paramValues: 

      3

      
      
          - name: run-image 

      4

      
      
            value: paketobuildpacks/run-ubi8-base:latest
      
          - name: cnb-builder-image 

      5

      
      
            value: paketobuildpacks/builder-jammy-tiny:0.0.344
      
          - name: source-subpath 

      6

      
      
            value: "buildpacks/nodejs"
      
        output: 

      7

      
          image: image-registry.openshift-image-registry.svc:5000/buildpacks-example/taxi-app
      EOF

      1

      包含应用源代码的 Git 存储库。

      2

      构建容器的构建策略。

      3

      为 buildpacks 策略设置的参数。

      4

      应用程序运行的基础镜像。

      5

      Cloud Native Buildpacks (CNB)使用的构建器镜像来检测和构建应用程序。

      6

      应用源代码所在的 Git 存储库中的子目录。

      7

      推送镜像的位置。

   2. 使用 shp CLI：

      $ shp build create buildpack-nodejs-build \
      
      --source-git-url="https://github.com/redhat-openshift-builds/samples.git" \
      
      --strategy-name="buildpacks" \
      
      --output-image="image-registry.openshift-image-registry.svc:5000/buildpacks-example/taxi-app" \
      
      --param-value="source-subpath=buildpacks/nodejs" \
      
      --param-value="cnb-builder-image=paketobuildpacks/builder-jammy-tiny:0.0.344" \
      --param-value="run-image=paketobuildpacks/run-ubi8-base:latest"

5. 检查 Build 资源是否已创建：

   1. 使用 oc CLI：

      $ oc get builds.shipwright.io buildpack-nodejs-build

   2. 使用 shp CLI：

      $ shp build list

6. 创建 BuildRun 资源，并将其应用到 OpenShift Container Platform 集群：

   1. ..使用 oc CLI：

      $ oc apply -f - <<EOF
      apiVersion: shipwright.io/v1beta1
      kind: BuildRun
      metadata:
        name: buildpack-nodejs-buildrun
        namespace: builds-test
      spec:
        build:
          name: buildpack-nodejs-build 

      1

      
      EOF

      1

      对要执行的 buildpack-nodejs-build 资源的引用。

   2. 使用 shp CLI：

      …​

1. 检查 BuildRun 资源是否已创建：

   1. 使用 oc CLI：

      $ oc get buildrun buildpack-nodejs-buildrun

   2. 使用 shp CLI：

      $ shp buildrun list

验证

1. 等待所有容器完成其任务。

2. 检查 pod 是否显示 STATUS 字段为 Completed ：

   $ oc get pods -w

3. 检查 TaskRun 资源是否显示 SUCCESS 字段为 True ：

   $ oc get tr

4. 检查 BuildRun 资源是否显示 SUCCESS 字段为 True ：

   $ oc get br

   注意

   如果构建运行失败，您可以检查 BuildRun 资源中的 status.failureDetails 字段，以识别 pod 或容器中故障的确切点。

   pod 可能会切换到 NotReady 状态，因为其中一个容器完成了其任务。这是预期的行为。

5. 从可以访问内部 registry 的节点运行以下命令来检查镜像是否已推送到 build.spec.output.image 字段中指定的 registry：

   $ podman pull

   注意

   podman pull 命令的输出示例可能类似如下：

   1. 输出示例

   $ image-registry.openshift-image-registry.svc:5000/buildpacks-example/taxi-app

   本例中的项目名称是 buildpacks-example，镜像名称为 taxi-app。