2.4. 配置额外的 Pipelines as Code 控制器来支持额外的 GitHub 应用程序


默认情况下,您可以将 Pipelines 配置为代码,以便与一个 GitHub 应用程序交互。在某些情况下,您可能需要使用多个 GitHub 应用程序,例如,如果您需要使用不同的 GitHub 帐户或不同的 GitHub 实例,如 GitHub Enterprise 或 GitHub SaaS。如果要使用多个 GitHub 应用程序,您必须为每个额外 GitHub 应用程序配置额外的 Pipelines 作为代码控制器。

流程

  1. TektonConfig 自定义资源中,将额外的PACController 部分添加到 platform. openshift.pipelinesAsCode spec 中,如下例所示:

    其他PACController 部分示例

    apiVersion: operator.tekton.dev/v1
    kind: TektonConfig
    metadata:
      name: config
    spec:
      platforms:
        openshift:
          pipelinesAsCode:
            additionalPACControllers:
              pac_controller_2:  1
                enable: true    2
                secretName: pac_secret_2  3
                settings: #  4
    # ...

    1
    控制器的名称。此名称必须是唯一的,且不能超过 25 个字符。
    2
    这个参数是可选的。将此参数设置为 true 以启用额外的控制器,或设置为 false 来禁用额外的控制器。默认 vaule 为 true
    3
    将此参数设置为您必须为 GitHub 应用程序创建的 secret 的名称。
    4
    本节是可选的。在此部分中,如果设置必须与主 Pipelines 作为代码控制器不同,您可以设置此控制器的任何 Pipelines 设置为代码设置。
  2. 可选: 如果要使用多个 GitHub 应用程序,请在 pipelinesAsCode.additionalPACControllers spec 下创建额外的部分,为每个 GitHub 实例配置 Pipelines 作为代码控制器。为每个控制器使用唯一名称。
Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

© 2024 Red Hat, Inc.