作为背景，我正在将一些基于 Jenkins 和 Gitlab CI 的 CI 项目升级为使用 Tekton。在这些项目中，经常会看到 Jenkinsfile 或 .gitlab-ci.yml 定义项目要运行的管道。然后，只要发生触发事件（例如合并/提交/等），相应的工具就会在构建时使用这些文件。这些文件会随着时间的推移而变化，以适应存储库执行其构建所需的任何内容，然后像执行的任何其他类型的工作一样提交到存储库。这具有理想的行为，即准确了解提交历史记录中任何点的构建管道的样子，并在仔细/正确处理的情况下帮助构建可重复性。
Tekton 的相应方法似乎建议您将 CRD yaml 文件存储在 /tekton 文件夹下。然而，我见过的 Tekton 的大多数文档和示例都集中在似乎是使用 kubectl 推出 CRD 的手动过程。安装 CRD 后，EventTrigger 就能够在必要时使用定义的资源，但是当我向 pipeline.yaml 提交更新时会发生什么？是期望开发人员使用 kubectl 手动推送更新的 CRD，还是有办法让 EventTrigger 自动使用存储在源自事件的 git 存储库中的 ./tekton/pipeline.yaml？
您应该像对待任何其他 kubernetes 资源一样对待 tekton 资源，并以相同的方式管理它们。
要自动更新，您需要像 ArgoCD 这样的工具。