Yaml流水线同阶段重试作业后如何获取上游作业的最新artifact

以下两种实现方案都不需要对artifact加计数器做反向搜索，完全符合平台官方命名规范。

方案1：利用流水线内置变量传递最新Job ID #

• 所有主流CI/CD平台（GitHub Actions、GitLab CI、Jenkins流水线等）都支持Job之间传递变量，你可以在Job A、B执行结束时，把自身的当前Job ID输出到流水线全局变量中
• 重试Job时，新的Job执行会自动覆盖同名的全局变量，最终全局变量里存储的永远是对应Job最后一次成功执行的Job ID
• Job C执行时，直接读取两个全局变量里的Job ID，拼接官方推荐的Artifact命名规则{Job名}_{JobID}_Artifact就可以直接定位到最新的Artifact，不需要遍历搜索

以下是GitLab CI场景的示例代码片段：

job_a:
  script:
    - # 你的构建逻辑
    - echo "JOB_A_ID=$CI_JOB_ID" >> build.env
  artifacts:
    reports:
      dotenv: build.env
    paths:
      - "JobA_${CI_JOB_ID}_Artifact"

job_b:
  script:
    - # 你的构建逻辑
    - echo "JOB_B_ID=$CI_JOB_ID" >> build.env
  artifacts:
    reports:
      dotenv: build.env
    paths:
      - "JobB_${CI_JOB_ID}_Artifact"
  retry: 2

job_c:
  needs: [job_a, job_b]
  script:
    - # 直接用变量拼接拿到最新artifact
    - cp JobA_${JOB_A_ID}_Artifact ./
    - cp JobB_${JOB_B_ID}_Artifact ./

方案2：生成独立的最新Artifact索引文件 #

• 每个Job执行成功后，除了产出带Job ID的Artifact，同时生成一个固定名称的索引文件，比如JobA_latest.txt、JobB_latest.txt，文件内容就是当前最新的Artifact文件名
• 这个索引文件允许覆盖，多数平台支持同名小体积索引文件的覆盖配置，不需要保留历史版本
• Job C执行时，先拉取两个固定名称的索引文件，读取里面的文件名再拉取对应的Artifact即可

这个方案的优势是不依赖平台的变量传递能力，通用性更强，跨不同CI/CD平台都可以用

补充注意事项 #

两种方案都不需要遍历所有Artifact做反向搜索，也不需要额外维护计数器逻辑，完全适配平台不允许删除artifact的约束。如果你的平台不支持dotenv类型的变量传递，优先选方案2，实现成本更低。

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