一篇带你创建Tekton流水线

一篇带你创建 Tekton 流水线

作者：阳明 2021-06-18 05:48:02

云计算 前面我们创建的两个任务 test 和 build-and-push 都已经完成了，我们还可以创建一个流水线来将这两个任务组织起来，形成一个流水线，这里就是我们要使用的 Pipeline 这个 CRD 对象。

 前面我们创建的两个任务 test 和 build-and-push 都已经完成了，我们还可以创建一个流水线来将这两个任务组织起来，形成一个流水线，这里就是我们要使用的 Pipeline 这个 CRD 对象。

创建流水线

比如我们这里的流水线流程为先运行 test 任务，如果通过了再执行后面的 build-and-push 这个任务，那么我们可以创建一个名为 test-pipeline.yaml 的资源对象，内容如下所示：

  
 
 
 
    
   
  
  
  
  1. # test-pipeline.yaml 
    2. 
   
  
  
  
  2. apiVersion: tekton.dev/v1beta1 
    3. 
   
  
  
  
  3. kind: Pipeline 
    4. 
   
  
  
  
  4. metadata: 
    5. 
   
  
  
  
  5.   name: test-pipeline 
    6. 
   
  
  
  
  6. spec: 
    7. 
   
  
  
  
  7.   resources:  # 为 Tasks 提供输入和输出资源声明 
    8. 
   
  
  
  
  8.     - name: demo-git 
    9. 
   
  
  
  
  9.       type: git 
    10. 
   
  
  
  
  10.     - name: harbor-image 
    11. 
   
  
  
  
  11.       type: image 
    12. 
   
  
  
  
  12.   tasks:  # 添加task到流水线中 
    13. 
   
  
  
  
  13.     # 运行应用测试 
    14. 
   
  
  
  
  14.     - name: test 
    15. 
   
  
  
  
  15.       taskRef: 
    16. 
   
  
  
  
  16.         name: test 
    17. 
   
  
  
  
  17.       resources: 
    18. 
   
  
  
  
  18.         inputs: 
    19. 
   
  
  
  
  19.           - name: repo # Task 输入名称 
    20. 
   
  
  
  
  20.             resource: demo-git # Pipeline 资源名称 
    21. 
   
  
  
  
  21.     # 构建并推送 Docker 镜像 
    22. 
   
  
  
  
  22.     - name: build-and-push 
    23. 
   
  
  
  
  23.       taskRef: 
    24. 
   
  
  
  
  24.         name: build-and-push 
    25. 
   
  
  
  
  25.       runAfter: 
    26. 
   
  
  
  
  26.       - test # 测试任务执行之后 
    27. 
   
  
  
  
  27.       resources: 
    28. 
   
  
  
  
  28.         inputs: 
    29. 
   
  
  
  
  29.         - name: repo  # 指定输入的git仓库资源 
    30. 
   
  
  
  
  30.           resource: demo-git 
    31. 
   
  
  
  
  31.         outputs:  # 指定输出的镜像资源 
    32. 
   
  
  
  
  32.         - name: builtImage 
    33. 
   
  
  
  
  33.           resource: harbor-image 
    34.

首先我们需要定义流水线需要哪些资源，可以是输入或者输出的资源，在这里我们只有一个输入，那就是命名为 repo 的应用程序源码的 GitHub 仓库。接下来定义任务，每个任务都通过 taskRef 进行引用，并传递任务需要的输入参数。

同样直接创建这个资源对象即可：

  
 
 
 
    
   
  
  
  
  1. $ kubectl apply -f test-pipeline.yaml 
    2. 
   
  
  
  
  2. pipeline.tekton.dev/test-pipeline created 
    3.

前面我们提到过和通过创建 TaskRun 去触发 Task 任务类似，我们可以通过创建一个 PipelineRun 对象来运行流水线。这里我们创建一个名为 test-pipelinerun.yaml 的 PipelineRun 对象来运行流水线，文件内容如下所示：

  
 
 
 
    
   
  
  
  
  1. apiVersion: tekton.dev/v1beta1 
    2. 
   
  
  
  
  2. kind: PipelineRun 
    3. 
   
  
  
  
  3. metadata: 
    4. 
   
  
  
  
  4.   name: test-pipelinerun 
    5. 
   
  
  
  
  5. spec: 
    6. 
   
  
  
  
  6.   serviceAccountName: build-sa 
    7. 
   
  
  
  
  7.   pipelineRef: 
    8. 
   
  
  
  
  8.     name: test-pipeline 
    9. 
   
  
  
  
  9.   resources: 
    10. 
   
  
  
  
  10.   - name: demo-git  # 指定输入的git仓库资源 
    11. 
   
  
  
  
  11.     resourceRef: 
    12. 
   
  
  
  
  12.       name: demo-git 
    13. 
   
  
  
  
  13.   - name: harbor-image  # 指定输出的镜像资源 
    14. 
   
  
  
  
  14.     resourceRef: 
    15. 
   
  
  
  
  15.       name: harbor-image 
    16.

定义方式和 TaskRun 几乎一样，通过 serviceAccountName 属性指定 ServiceAccount 对象，pipelineRef 关联流水线对象。同样直接创建这个资源，创建后就会触发我们的流水线任务了：

  
 
 
 
    
   
  
  
  
  1. $ kubectl apply -f test-pipelinerun.yaml 
    2. 
   
  
  
  
  2. pipelinerun.tekton.dev/test-pipelinerun created 
    3. 
   
  
  
  
  3. $ github kubectl get pods | grep test-pipelinerun 
    4. 
   
  
  
  
  4. test-pipelinerun-build-and-push-62g65-pod-6jqqf   0/4     Init:1/2    0          3s 
    5. 
   
  
  
  
  5. test-pipelinerun-test-c4r9m-pod-j7jjd             0/2     Completed   0          12s 
    6. 
   
  
  
  
  6. $ tkn pipelinerun describe test-pipelinerun 
    7. 
   
  
  
  
  7. Name:              test-pipelinerun 
    8. 
   
  
  
  
  8. Namespace:         default 
    9. 
   
  
  
  
  9. Pipeline Ref:      test-pipeline 
    10. 
   
  
  
  
  10. Service Account:   build-sa 
    11. 
   
  
  
  
  11. Timeout:           1h0m0s 
    12. 
   
  
  
  
  12. Labels: 
    13. 
   
  
  
  
  13.  tekton.dev/pipeline=test-pipeline 
    14. 
   
  
  
  
  14.  
    15. 
   
  
  
  
  15. ️  Status 
    16. 
   
  
  
  
  16.  
    17. 
   
  
  
  
  17. STARTED          DURATION     STATUS 
    18. 
   
  
  
  
  18. 47 seconds ago   22 seconds   Succeeded 
    19. 
   
  
  
  
  19.  
    20. 
   
  
  
  
  20.  Resources 
    21. 
   
  
  
  
  21.  
    22. 
   
  
  
  
  22.  NAME             RESOURCE REF 
    23. 
   
  
  
  
  23.  ∙ demo-git       demo-git 
    24. 
   
  
  
  
  24.  ∙ harbor-image   harbor-image 
    25. 
   
  
  
  
  25.  
    26. 
   
  
  
  
  26.  Params 
    27. 
   
  
  
  
  27.  
    28. 
   
  
  
  
  28.  No params 
    29. 
   
  
  
  
  29.  
    30. 
   
  
  
  
  30.  Results 
    31. 
   
  
  
  
  31.  
    32. 
   
  
  
  
  32.  No results 
    33. 
   
  
  
  
  33.  
    34. 
   
  
  
  
  34.  Workspaces 
    35. 
   
  
  
  
  35.  
    36. 
   
  
  
  
  36.  No workspaces 
    37. 
   
  
  
  
  37.  
    38. 
   
  
  
  
  38.   Taskruns 
    39. 
   
  
  
  
  39.  
    40. 
   
  
  
  
  40.  NAME                                      TASK NAME        STARTED          DURATION     STATUS 
    41. 
   
  
  
  
  41.  ∙ test-pipelinerun-build-and-push-62g65   build-and-push   38 seconds ago   13 seconds   Succeeded 
    42. 
   
  
  
  
  42.  ∙ test-pipelinerun-test-c4r9m             test             46 seconds ago   8 seconds    Succeeded 
    43.

到这里证明我们的流水线执行成功了。我们将 Tekton 安装在 Kubernetes 集群上，定义了一个 Task，并通过 YAML 清单和 Tekton CLI 创建 TaskRun 对其进行了测试。我们创建了由两个任务组成的 Tektok 流水线，第一个任务是从 GitHub 克隆代码并运行应用程序测试，第二个任务是构建一个 Docker 镜像并将其推送到 Docker Hub 上。

使用 Results 传递数据

上面我们在构建镜像的时候可以看到镜像的 TAG 我们是写死的，或者需要在每次执行的时候通过参数传递进去，比较麻烦，那么有没有什么办法可以自动生成镜像 TAG 呢?比如根据时间戳来生成一个构建的ID。

这里我们可以通过定义一个 Task 任务，然后通过 script 脚本去获取到数据后传入到 results 中去，我们可以把这些 results 数据传递到流水线中的其他任务中去，比如我们想要获取 git commit 的 SHA 值，或者生成一个随机的 ID 来作为镜像 TAG，比如这里我们创建一个名为 generate-build-id 的 Task 任务，定义了 get-timestamp 和 get-buildid 两个 Steps，一个用于生成时间戳，一个用于生成一个包含基本版本的结果值，将结果添加到 results 中去。

  
 
 
 
    
   
  
  
  
  1. # generate-build-id.yaml 
    2. 
   
  
  
  
  2. apiVersion: tekton.dev/v1beta1 
    3. 
   
  
  
  
  3. kind: Task 
    4. 
   
  
  
  
  4. metadata: 
    5. 
   
  
  
  
  5.   name: generate-build-id 
    6. 
   
  
  
  
  6. spec: 
    7. 
   
  
  
  
  7.   description: >- 
    8. 
   
  
  
  
  8.     Given a base version, this task generates a unique build id by appending 
    9. 
   
  
  
  
  9.     the base-version to the current timestamp. 
    10. 
   
  
  
  
  10.   params: 
    11. 
   
  
  
  
  11.     - name: base-version 
    12. 
   
  
  
  
  12.       description: Base product version 
    13. 
   
  
  
  
  13.       type: string 
    14. 
   
  
  
  
  14.       default: "1.0" 
    15. 
   
  
  
  
  15.   results: 
    16. 
   
  
  
  
  16.     - name: timestamp 
    17. 
   
  
  
  
  17.       description: Current timestamp 
    18. 
   
  
  
  
  18.     - name: build-id 
    19. 
   
  
  
  
  19.       description: ID of the current build 
    20. 
   
  
  
  
  20.   steps: 
    21. 
   
  
  
  
  21.     - name: get-timestamp 
    22. 
   
  
  
  
  22.       image: bash:5.0.18 
    23. 
   
  
  
  
  23.       script: | 
    24. 
   
  
  
  
  24.         #!/usr/bin/env bash 
    25. 
   
  
  
  
  25.         ts=`date "+%Y%m%d-%H%M%S"` 
    26. 
   
  
  
  
  26.         echo "Current Timestamp: ${ts}" 
    27. 
   
  
  
  
  27.         echo ${ts} | tr -d "\n" | tee $(results.timestamp.path) 
    28. 
   
  
  
  
  28.     - name: get-buildid 
    29. 
   
  
  
  
  29.       image: bash:5.0.18 
    30. 
   
  
  
  
  30.       script: | 
    31. 
   
  
  
  
  31.         #!/usr/bin/env bash 
    32. 
   
  
  
  
  32.         ts=`cat $(results.timestamp.path)` 
    33. 
   
  
  
  
  33.         buildId=$(inputs.params.base-version)-${ts} 
    34. 
   
  
  
  
  34.         echo ${buildId} | tr -d "\n" | tee $(results.build-id.path) 
    35.

直接创建上面的 Task：

  
 
 
 
    
   
  
  
  
  1. kubectl apply -f generate-build-id.yaml 
    2.

创建完成后，现在我们就可以在 Pipeline 中来使用这个 Task 了，用来生成构建 ID，修改 test-pipeline.yaml，增加 generate-build-id 任务：

  
 
 
 
    
   
  
  
  
  1. # test-pipeline.yaml 
    2. 
   
  
  
  
  2. apiVersion: tekton.dev/v1beta1 
    3. 
   
  
  
  
  3. kind: Pipeline 
    4. 
   
  
  
  
  4. metadata: 
    5. 
   
  
  
  
  5.   name: test-pipeline 
    6. 
   
  
  
  
  6. spec: 
    7. 
   
  
  
  
  7.   resources:  # 为 Tasks 提供输入和输出资源声明 
    8. 
   
  
  
  
  8.     - name: demo-git 
    9. 
   
  
  
  
  9.       type: git 
    10. 
   
  
  
  
  10.     - name: harbor-image 
    11. 
   
  
  
  
  11.       type: image 
    12. 
   
  
  
  
  12.   params: 
    13. 
   
  
  
  
  13.   - name: image-tag 
    14. 
   
  
  
  
  14.     type: string 
    15. 
   
  
  
  
  15.   tasks:  # 添加task到流水线中 
    16. 
   
  
  
  
  16.     # 运行应用测试 
    17. 
   
  
  
  
  17.     - name: test 
    18. 
   
  
  
  
  18.       taskRef: 
    19. 
   
  
  
  
  19.         name: test 
    20. 
   
  
  
  
  20.       resources: 
    21. 
   
  
  
  
  21.         inputs: 
    22. 
   
  
  
  
  22.           - name: repo # Task 输入名称 
    23. 
   
  
  
  
  23.             resource: demo-git # Pipeline 资源名称 
    24. 
   
  
  
  
  24.     - name: get-build-id 
    25. 
   
  
  
  
  25.       taskRef: 
    26. 
   
  
  
  
  26.         name: generate-build-id 
    27. 
   
  
  
  
  27.       params: 
    28. 
   
  
  
  
  28.       - name: base-version 
    29. 
   
  
  
  
  29.         value: $(params.image-tag) 
    30. 
   
  
  
  
  30.     # 构建并推送 Docker 镜像 
    31. 
   
  
  
  
  31.     - name: build-and-push 
    32. 
   
  
  
  
  32.       taskRef: 
    33. 
   
  
  
  
  33.         name: build-and-push 
    34. 
   
  
  
  
  34.       runAfter: 
    35. 
   
  
  
  
  35.       - test # 测试任务执行之后 
    36. 
   
  
  
  
  36.       resources: 
    37. 
   
  
  
  
  37.         inputs: 
    38. 
   
  
  
  
  38.         - name: repo  # 指定输入的git仓库资源 
    39. 
   
  
  
  
  39.           resource: demo-git 
    40. 
   
  
  
  
  40.         outputs:  # 指定输出的镜像资源 
    41. 
   
  
  
  
  41.         - name: builtImage 
    42. 
   
  
  
  
  42.           resource: harbor-image 
    43. 
   
  
  
  
  43.       params: 
    44. 
   
  
  
  
  44.       - name: imageTag 
    45. 
   
  
  
  
  45.         value: "$(tasks.get-build-id.results.build-id)" 
    46.

然后在 build-and-push 任务中通过 "$(tasks.get-build-id.results.build-id)" 获取构建的 ID，将这个 ID 作为参数传入任务中去，所以我们也需要在 build-and-push 任务中增加 build-id 这个参数：

  
 
 
 
    
   
  
  
  
  1. # task-build-push.yaml 
    2. 
   
  
  
  
  2. apiVersion: tekton.dev/v1beta1 
    3. 
   
  
  
  
  3. kind: Task 
    4. 
   
  
  
  
  4. metadata: 
    5. 
   
  
  
  
  5.   name: build-and-push 
    6. 
   
  
  
  
  6. spec: 
    7. 
   
  
  
  
  7.   resources: 
    8. 
   
  
  
  
  8.     inputs: # 定义输入资源 
    9. 
   
  
  
  
  9.     - name: repo  #输入资源，就是github的那个仓库 
    10. 
   
  
  
  
  10.       type: git 
    11. 
   
  
  
  
  11.     outputs: # 定义输出资源 
    12. 
   
  
  
  
  12.     - name: builtImage # 输出镜像名字 
    13. 
   
  
  
  
  13.       type: image 
    14. 
   
  
  
  
  14.   params: 
    15. 
   
  
  
  
  15.   - name: pathToDockerfile #指明 dockerfile 在仓库中的哪个位置 
    16. 
   
  
  
  
  16.     type: string 
    17. 
   
  
  
  
  17.     default: $(resources.inputs.repo.path)/Dockerfile # repo资源的路径 
    18. 
   
  
  
  
  18.     description: The path to the dockerfile to build 
    19. 
   
  
  
  
  19.   - name: pathToContext #指明 dockerfile 在仓库中的哪个位置 
    20. 
   
  
  
  
  20.     type: string 
    21. 
   
  
  
  
  21.     default: $(resources.inputs.repo.path)  # repo资源的路径 
    22. 
   
  
  
  
  22.     description: the build context used by docker daemon 
    23. 
   
  
  
  
  23.   - name: imageTag 
    24. 
   
  
  
  
  24.     type: string 
    25. 
   
  
  
  
  25.     default: "v0.2.0" 
    26. 
   
  
  
  
  26.     description: the docker image tag 
    27. 
   
  
  
  
  27.   steps: 
    28. 
   
  
  
  
  28.     - name: build-and-push 
    29. 
   
  
  
  
  29.       image: docker:stable 
    30. 
   
  
  
  
  30.       script: | 
    31. 
   
  
  
  
  31.         #!/usr/bin/env sh 
    32. 
   
  
  
  
  32.         docker login harbor.k8s.local 
    33. 
   
  
  
  
  33.         docker build -t $(resources.outputs.builtImage.url):$(params.imageTag) -f $(params.pathToDockerfile) $(params.pathToContext) 
    34. 
   
  
  
  
  34.         docker push $(resources.outputs.builtImage.url):$(params.imageTag)  # 这边的参数都是在 input 和 output 中定义的 
    35. 
   
  
  
  
  35.       volumeMounts: 
    36. 
   
  
  
  
  36.         - name: dockersock #将docker.sock文件挂载进来，使用宿主机docker daemon 构建镜像 
    37. 
   
  
  
  
  37.           mountPath: /var/run/docker.sock 
    38. 
   
  
  
  
  38.   volumes: 
    39. 
   
  
  
  
  39.     - name: dockersock 
    40. 
   
  
  
  
  40.       hostPath: 
    41. 
   
  
  
  
  41.         path: /var/run/docker.sock 
    42.

然后需要将 builtImage 这个 output 资源的 url 定义中将镜像 tag 去掉，在 PipelineRun 对象中新增 image-tag 的参数：

  
 
 
 
    
   
  
  
  
  1. # test-pipelinerun.yaml 
    2. 
   
  
  
  
  2. apiVersion: tekton.dev/v1beta1 
    3. 
   
  
  
  
  3. kind: PipelineRun 
    4. 
   
  
  
  
  4. metadata: 
    5. 
   
  
  
  
  5.   name: test-pipelinerun 
    6. 
   
  
  
  
  6. spec: 
    7. 
   
  
  
  
  7.   serviceAccountName: build-sa 
    8. 
   
  
  
  
  8.   pipelineRef: 
    9. 
   
  
  
  
  9.     name: test-pipeline 
    10. 
   
  
  
  
  10.   resources: 
    11. 
   
  
  
  
  11.   - name: demo-git  # 指定输入的git仓库资源 
    12. 
   
  
  
  
  12.     resourceRef: 
    13. 
   
  
  
  
  13.       name: demo-git 
    14. 
   
  
  
  
  14.   - name: harbor-image  # 指定输出的镜像资源 
    15. 
   
  
  
  
  15.     resourceRef: 
    16. 
   
  
  
  
  16.       name: harbor-image 
    17. 
   
  
  
  
  17.   params: 
    18. 
   
  
  
  
  18.   - name: image-tag 
    19. 
   
  
  
  
  19.     value: "v0.3.0" 
    20.

所有修改完成后，重新执行我们的整个流水线即可。

  
 
 
 
    
   
  
  
  
  1. $ tkn pipelinerun logs test-pipelinerun 
    2. 
   
  
  
  
  2. [test : git-source-repo-g68nd] {"level":"info","ts":1623934515.6170688,"caller":"git/git.go:169","msg":"Successfully cloned https://github.com.cnpmjs.org/cnych/tekton-demo @ 5e1e3a1d0f167b9b639df5b802a0f0f81064d21e (grafted, HEAD, origin/master) in path /workspace/repo"} 
    3. 
   
  
  
  
  3. [test : git-source-repo-g68nd] {"level":"info","ts":1623934515.6349964,"caller":"git/git.go:207","msg":"Successfully initialized and updated submodules in path /workspace/repo"} 
    4. 
   
  
  
  
  4.  
    5. 
   
  
  
  
  5. [test : run-test] PASS 
    6. 
   
  
  
  
  6. [test : run-test] ok   _/workspace/repo 0.002s 
    7. 
   
  
  
  
  7.  
    8. 
   
  
  
  
  8. [get-build-id : get-timestamp] Current Timestamp: 20210617-125634 
    9. 
   
  
  
  
  9. [get-build-id : get-timestamp] 20210617-125634 
    10. 
   
  
  
  
  10.  
    11. 
   
  
  
  
  11. [get-build-id : get-buildid] v0.3.0-20210617-125634 
    12. 
   
  
  
  
  12.  
    13. 
   
  
  
  
  13.  
    14. 
   
  
  
  
  14. [build-and-push : git-source-repo-v2lhk] {"level":"info","ts":1623934601.68953,"caller":"git/git.go:169","msg":"Successfully cloned https://github.com.cnpmjs.org/cnych/tekton-demo @ 5e1e3a1d0f167b9b639df5b802a0f0f81064d21e (grafted, HEAD, origin/master) in path /workspace/repo"} 
    15. 
   
  
  
  
  15. [build-and-push : git-source-repo-v2lhk] {"level":"info","ts":1623934601.7080255,"caller":"git/git.go:207","msg":"Successfully initialized and updated submodules in path /workspace/repo"} 
    16. 
   
  
  
  
  16.  
    17. 
   
  
  
  
  17. [build-and-push : build-and-push] Authenticating with existing credentials... 
    18. 
   
  
  
  
  18. [build-and-push : build-and-push] Login Succeeded 
    19. 
   
  
  
  
  19. [build-and-push : build-and-push] WARNING! Your password will be stored unencrypted in /root/.docker/config.json. 
    20. 
   
  
  
  
  20. [build-and-push : build-and-push] Configure a credential helper to remove this warning. See 
    21. 
   
  
  
  
  21. [build-and-push : build-and-push] https://docs.docker.com/engine/reference/commandline/login/#credentials-store 
    22. 
   
  
  
  
  22. [build-and-push : build-and-push] 
    23. 
   
  
  
  
  23. [build-and-push : build-and-push] Sending build context to Docker daemon  154.1kB 
    24. 
   
  
  
  
  24. [build-and-push : build-and-push] Step 1/6 : FROM golang:1.14-alpine 
    25. 
   
  
  
  
  25. ...... 
    26. 
   
  
  
  
  26. [build-and-push : build-and-push] Successfully built 2358e77bbe0e 
    27. 
   
  
  
  
  27. [build-and-push : build-and-push] Successfully tagged harbor.k8s.local/course/tekton-demo:v0.3.0-20210617-125634 
    28. 
   
  
  
  
  28. [build-and-push : build-and-push] The push refers to repository [harbor.k8s.local/course/tekton-demo] 
    29. 
   
  
  
  
  29. [build-and-push : build-and-push] f9a271a3fb3c: Preparing 
    30. 
   
  
  
  
  30. ...... 
    31. 
   
  
  
  
  31. [build-and-push : build-and-push] 26ec43d351f2: Pushed 
    32. 
   
  
  
  
  32. [build-and-push : build-and-push] v0.3.0-20210617-125634: digest: sha256:68be388e3f85dd10a6689a986eb2f7f7f5a5c89bb03f40c3db3178e0ce242752 size: 2198 
    33. 
   
  
  
  
  33.  
    34. 
   
  
  
  
  34. [build-and-push : image-digest-exporter-t54fb] {"severity":"INFO","timestamp":"2021-06-17T12:56:46.54052284Z","caller":"logging/config.go:116","message":"Successfully created the logger."} 
    35. 
   
  
  
  
  35. [build-and-push : image-digest-exporter-t54fb] {"severity":"INFO","timestamp":"2021-06-17T12:56:46.541010181Z","caller":"logging/config.go:117","message":"Logging level set to: info"} 
    36. 
   
  
  
  
  36. [build-and-push : image-digest-exporter-t54fb] {"severity":"INFO","timestamp":"2021-06-17T12:56:46.541254959Z","caller":"imagedigestexporter/main.go:59","message":"No index.json found for: builtImage","commit":"7ca5d61"} 
    37.

我们可以看到在 get-build-id 任务中为我们生成了 v0.3.0-20210617-125634 这样的镜像 TAG，最后也通过 results 传递到了下面的构建任务中去，镜像的 TAG 也更新了。

Tekton Catalog

当然这些任务其实都具有一定的通用性的，为此 Tekton 官方提供了一个 Catalog 的服务，用来专门提供一些通用的任务，比如我们想要获取 Git Commit 的相关信息，可以使用 https://artifacthub.io/packages/tekton-task/tekton-catalog-tasks/git-clone 这个 Catalog，文档中也包含相关的使用说明。

到这里我们就完成了使用 Tekton 创建 CI/CD 流水线的一个简单示例，不过这个示例还比较简单，接下来我们再通过一个稍微复杂点的应用来完成我们前面的 Jenkins 流水线。

网页名称：一篇带你创建Tekton流水线
链接地址：http://www.shufengxianlan.com/qtweb/news40/341490.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联

猜你还喜欢下面的内容

微信小程序知识

分类信息网站

成都网站设计　　 　企业网站建设公司　　 　服务器托管　　 　定制网站设计　　 　企业网站建设　　 　成都网站建设　　 　四川德阳主机托管　　 　泸州网站建设　　 　眉山服务器租用　　 　四川国泰民安消防　　 　成都手机网站建设　　 　南充主机托管　　 　成都小程序定制开发公司　　 　小谭建站　　 　成都发电机维修　　 　成都封阳台　　 　app开发　　 　上海济桢教育　　 　网站报价方案　　 　网站服务器租用