在GitLab CI中将环境变量从一个阶段导出到下一个阶段

Question

在GitLab CI中，是否有方法将环境变量从一个阶段导出到下一个阶段？我正在寻找类似于作业工件特性的东西，只针对环境变量而不是文件。

假设我正在＜code＞configure＜/code＞阶段中配置构建，并希望将结果存储为（机密的、受保护的）环境变量，以供下一阶段使用。我可以保护文件中的配置，并将其存储为作业工件，但我担心文件中的秘密比每个人都可以下载的要多。

Answer 1

不，这个功能还没有出现，但是这个主题已经有一个问题了。

我的建议是你将变量保存在一个文件中并缓存起来，因为这些变量是不可下载的，并且在工作结束时会被删除。如果你想100%确定，你可以手动删除它。请参见< code>clean_up阶段。

例如

cache:
 paths:
  - save_file

stages: 
 - job_name_1
 - job_name_2
 - clean_up

job_name_1:
 script:
  - (your_task) >> save_file

job_name_2:
 script:
  - cat save_file | do_something_with_content

clean_up:
 script:
  - rm save_file
 when: always 

Answer 2

虽然不是你想要的，因为它使用了＜code＞工件：reports:dotenv＜/code＞工件，但GitLab建议在其指南中执行以下操作：“将环境变量传递给另一个作业”：

build:
  stage: build
  script:
    - echo "BUILD_VERSION=hello" >> build.env
  artifacts:
    reports:
      dotenv: build.env

deploy:
  stage: deploy
  script:
    - echo "$BUILD_VERSION"  # Output is: 'hello'
  needs:
    - job: build
      artifacts: true

我认为使用< code>needs关键字比使用< code>dependencies关键字(hd-deman的顶级答案中使用的)更好，因为:

当一个作业使用< code>needs时，默认情况下，它不再从前面的阶段下载所有工件，因为有需求的作业可以在前面的阶段完成之前开始。对于< code >需求，您只能从< code >需求:配置中列出的作业中下载工件。

此外，您可以通过将构建的工件：expire_in时间设置为非常小来最大程度地降低风险。

Answer 3

从Gitlab 13开始，您可以像这样继承环境变量:

build:
  stage: build
  script:
    - echo "BUILD_VERSION=hello" >> build.env
  artifacts:
    reports:
      dotenv: build.env

deploy:
  stage: deploy
  script:
    - echo $BUILD_VERSION # => hello
  dependencies:
    - build

注意:对于GitLab

Feature.enable(:ci_dependency_variables)