2.4. 配置额外的 Pipelines 作为代码控制器来支持额外的 GitHub 应用程序


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

流程

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

    additionalPACControllers 部分示例

    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 as Code 控制器不同,则可以将此控制器设置任何 Pipelines 作为代码设置。
  2. 可选: 如果要使用多个 GitHub 应用程序,请在 pipelinesAsCode.additionalPACControllers spec 下创建额外的部分,以配置每个 GitHub 实例的 Pipelines as Code 控制器。为每个控制器使用唯一名称。
Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

© 2024 Red Hat, Inc.