问题标签 [tekton]

我有一个我想要的管道：

1. 提供一些资源，
2. 运行一些测试，
3. 拆掉资源。

我希望第 3 步中的拆解任务在第 2 步中运行，无论测试是否通过或失败。据我所知，如果前一个任务成功，runAfter仅运行一个任务。

我尝试查看条件，但似乎找不到示例……</p>

还有什么我可以使用的或者有人可以指出我的例子吗？

我正在阅读官方Tekton 文档kubectl，它使用标准部署对象清单将映像部署到 Kubernetes 。但是，我正在尝试使用 Tekton 管道作为 CI/CD 来部署在 knative 服务中，该服务应该使用knctl或kubectl使用 knative 服务 yaml 而不是knative 服务规范的部署 yaml

就像是

在这种情况下，我如何利用 Tekton。如果我要将镜像安装到任何随机的 Kubenetes 集群，我可以使用任何其他 CI/CD 工具以及部署清单。我相信 Tekton 应该会取代 Knative 构建以使其变得简单。

我们的端到端测试基于 maven/CucumberJVM。所有工件均使用 Jenkins 构建并保存在 Artifactory 中。然后 tekton 应该用于一个（或多个）环境

• 使用 helm 接管并设置基础架构（pod、ingress、configmaps 等）
• 在环境中运行 Cucumber-end-to-end-tests
• 显示结果
• 成功或失败并清理。

我将如何显示测试运行的结果？在 Tekton 仪表板中？已经有插件了吗？作为测试运行的结果，是否可以显示静态 html 文件？

提前感谢您的任何提示。最好的问候，英戈

我正在尝试在具有集群上 kubernetes 配置的服务帐户的上下文中删除tekton kubernetes 资源，并且遇到特定于使用deletecollection所有 tekton 资源访问的错误。示例错误如下：

pipelines.tekton.dev 被禁止：用户“system:serviceaccount:my-account:default”无法删除命名空间“my-namespace”中 API 组“tekton.dev”中的集合资源“pipelines”

我曾尝试在此处应用RBAC来提供帮助，但仍然遇到相同的错误。我的 RBAC 尝试如下：

这些 RBAC 配置继续导致相同的错误。这是必要的还是类似的？在与 tekton 资源交互（特别是删除）时，是否有任何 RBAC 示例？

概括：

我已经在 openshift 3.11 提供程序中运行了“静态 jenkins 服务器”类型 jenkins-x 的设置。集群崩溃了，我想在集群中重新安装 jenkins-x，但现在不支持“静态 jenkins 服务器”。

所以我试图通过“jx boot”安装“jenkins-x”，但安装失败，“tekton pipeline controller”pod 进入“crashloopbackoff”状态。

重现行为的步骤：

jx-requirements.yml：

预期行为：

jx 命名空间下的所有 pod 都应该启动并运行，并且 jenkins-x 应该正确安装

实际行为：

Tekton 管道控制器 pod 进入“CrashLoopBackOff”状态并出现错误：

在“jx”命名空间中具有状态的 Pod：

错误日志：

Jx版本：

诊断信息：

jx 诊断版本的输出是：

Kubernetes 集群： openshift - 3.11

Kubectl 版本：

操作系统/环境：

我需要通过“openshift-3.11”中的“jx boot”安装“jenkins-x”，它使用默认的 kubernetes 版本 - 1.11.0，但“jx boot”至少需要 1.14.0。请建议是否有任何解决方法可以在 openshift-3.11 上获取 jenkins-x

概括：

我正在尝试通过“openshift-3.11”提供程序中的“jx boot”安装“jenkins-x”，但安装失败，“lighthouse-jx-controller”pod 进入“crashloopbackoff”状态。

重现行为的步骤：

jx-requirements.yml：

预期行为：

jx 命名空间下的所有 pod 都应该启动并运行，并且 jenkins-x 应该正确安装

实际行为：

“lighthouse-jx-controller” pod 进入“CrashLoopBackOff”状态并出现错误：

在“jx”命名空间中具有状态的 Pod：

错误日志：

Jx版本：

诊断信息：

jx 诊断版本的输出是：

Kubernetes 集群： openshift - 3.11

Kubectl 版本：

操作系统/环境：

谁能告诉我如何解决“无法连接到 github.com 端口 443：连接被拒绝”错误。

概括：

我正在尝试通过“openshift-3.11”提供程序中的“jx boot”安装“jenkins-x”，但安装失败，“lighthouse-keeper”pod 进入“crashloopbackoff”状态。

重现行为的步骤：

jx-requirements.yml：

预期行为：

jx 命名空间下的所有 pod 都应该启动并运行，并且 jenkins-x 应该正确安装

实际行为：

“lighthouse-keeper” pod 进入“CrashLoopBackOff”状态并出现错误：

在“jx”命名空间中具有状态的 Pod：

错误日志：

Jx版本：

诊断信息：

jx 诊断版本的输出是：

Kubernetes 集群： openshift - 3.11

Kubectl 版本：

操作系统/环境：

谁能帮我解决这个问题。

我想在 tekton 中设置一个 webhook 触发器。在文档中，我可以找到可用的 Github、Gitlab 和 bitbucket 触发器。但我想要一个处理 HTTP POST 并读取 JSON 正文的通用 webhook。

例如：我正在使用 Jenkins 的通用 webhook 触发器执行以下操作。

Prometheus Alertmanager 向 Jenkins 的 Generic webhook 发送 HTTP POST，然后 Jenkins 处理 JSON 正文并开始构建。

我想和 Tekton 一样。Alertmanager 向 Tekton webhook 发送一个 HTTP POST，它将处理 JSON 主体并开始构建。

这对 Tekton 的 webhook 触发器可行吗？这在 tekton 中尚不可用，还是我缺少文档中的某些内容？

如果有人已经这样做了，你能指出我正确的方向吗？我正在使用 openshift 4.5

我正在尝试从 Github 中提取源代码，然后在 Kubernetes 集群上使用 Tekton 管道和 Knative 构建 docker 映像并将其推送到 docker hub。我正在关注此链接以安装和设置 Tekton： https ://www.ibm.com/cloud/blog/build-a-knative-service-with-tekton-and-apache-openwhisk-nodejs-runtime

任务-build.yaml

尝试构建和推送图像时，出现错误：

当检查日志中的错误消息时，我得到：

错误：/busybox/sh：语法错误：替换错误

我们有多个存储库，在 K8S 中有多个部署。今天，我们拥有具有以下设置的 Tekton：

1. 我们有 3 个不同的项目，应该构建相同并部署（它们只是不同的 repo 和不同的名称）
2. 我们定义了 3 个任务：构建镜像、部署到 S3 和部署到 K8S 集群。
3. 我们定义了 1 个从 PipelineRun 接受参数的管道。

我们的问题是我们想从 GitHub 外部获取 Webhooks 并自动运行适当的 Pipeline 而无需使用参数运行它。此外，我们希望能够让 PipelineRun 具有默认参数，以便用户可以自动调用部署。

那么 - 我们的配置和设置似乎还可以吗？我们应该做一些不同的事情吗？