如何向Argo Workflows的Workflow of Workflows传递参数？

你遇到的核心问题是：使用template.resource.manifestFrom从Git加载子工作流清单时，无法解析模板变量，导致子工作流无法接收Git修订版本这类CI必需的参数。下面提供两种可行的解决思路：

方案1：通过中间步骤渲染子工作流清单 #

先克隆目标仓库，用模板渲染工具替换子工作流清单中的占位符，再将渲染后的内容作为manifest传入resource模板启动子工作流，完美适配通用CI的参数传递需求：

apiVersion: argoproj.io/v1alpha1
kind: Workflow
metadata:
  generateName: ci-parent-
spec:
  entrypoint: ci-pipeline
  arguments:
    parameters:
      - name: git-repo-url
        value: "https://github.com/your/repo.git"
      - name: git-revision
        value: "main"
  templates:
    - name: ci-pipeline
      steps:
        - - name: clone-repo
            template: clone-repo
        - - name: render-workflow
            template: render-workflow
        - - name: run-sub-workflow
            template: run-sub-workflow
    - name: clone-repo
      container:
        image: alpine/git:latest
        command: ["git", "clone", "--depth", "1", "--branch", "{{workflow.parameters.git-revision}}", "{{workflow.parameters.git-repo-url}}", "/repo"]
        volumeMounts:
          - name: repo-volume
            mountPath: /repo
      volumes:
        - name: repo-volume
          emptyDir: {}
    - name: render-workflow
      container:
        image: alpine:latest
        command: ["sh", "-c"]
        args:
          - envsubst < /repo/.argo-ci.yaml > /repo/rendered-ci.yaml
        env:
          - name: GIT_REVISION
            value: "{{workflow.parameters.git-revision}}"
          - name: GIT_REPO_URL
            value: "{{workflow.parameters.git-repo-url}}"
        volumeMounts:
          - name: repo-volume
            mountPath: /repo
    - name: run-sub-workflow
      resource:
        action: create
        manifest: |
          {{- readFile "/repo/rendered-ci.yaml" }}
        setOwnerReference: true

关键细节 #

• 用emptyDir共享克隆的仓库内容，让后续渲染步骤能访问到.argo-ci.yaml
• 用envsubst做轻量渲染，子工作流中只需用${GIT_REVISION}这类占位符即可接收参数
• 如果是私有仓库，需要挂载包含Git凭证的Secret到clone-repo步骤的容器中

方案2：复用子工作流参数定义 #

如果你的子工作流（.argo-ci.yaml）本身已经定义了输入参数，可以在父工作流中直接通过manifest字段传递参数——不过这种方式需要你提前知晓子工作流的参数结构，灵活性不如方案1：

# 简化示例
- name: run-sub-workflow
  resource:
    action: create
    manifest: |
      apiVersion: argoproj.io/v1alpha1
      kind: Workflow
      metadata:
        generateName: ci-sub-
      spec:
        arguments:
          parameters:
            - name: git-revision
              value: "{{workflow.parameters.git-revision}}"
        # 引用仓库中定义的子工作流模板（需提前将子模板导入集群）
        entrypoint: ci-job
        templates:
          # 这里可以直接引用仓库中定义的模板，或者通过WorkflowTemplate复用

注意事项 #

• 这种方式需要将子工作流中的模板提前注册为集群内的WorkflowTemplate，否则无法直接引用
• 适合模板结构固定的场景，不适合完全自定义的子工作流

内容的提问来源于stack exchange，提问作者Pit Wegner