gpt4 book ai didi

yaml - GitLab 中的 Concat 变量名

转载 作者:行者123 更新时间:2023-12-04 23:00:31 26 4
gpt4 key购买 nike

我们在一个团队中使用 Gitlab 项目。每个开发人员在云端都有自己的 Kubernetes 集群,在 GitLab 中有自己的分支。我们使用 GitLab-CI 自动构建新容器并将它们部署到我们的 Kubernetes 集群。

目前我们有一个 .gitlab-ci.yml看起来像这样:

variables:
USERNAME: USERNAME
CI_K8S_PROJECT: ${USERNAME_CI_K8S_PROJECT}
REGISTRY_JSON_KEY_FILE: ${USERNAME_REGISTRY_JSON_KEY_FILE}
[...]

stages:
- build
- deploy
- remove

build-zeppelin:
stage: build
image: docker:latest
variables:
image_name: "zeppelin"
only:
- ${USERNAME}@Gitlab-Repo
tags:
- cloudrunner
script:
- docker login -u _json_key -p "${REGISTRY_JSON_KEY_FILE?}" https://eu.gcr.io
- image_name_fqdn="eu.gcr.io/${CI_K8S_PROJECT?}/${image_name?}:latest"
- docker build -t ${image_name_fqdn?} .
- docker push ${image_name_fqdn?}
- echo "Your new image is '${image_name_fqdn?}'. Have fun!"

[...]

因此,一开始我们通过使用 USERNAME 前缀来引用重要信息。这工作得很好,但有问题,因为我们需要在来自另一个用户的每个拉取请求之后更正它们。

因此,我们寻找一种方法来使 gitlab-ci 文件对每个开发人员都相同,同时仍然引用一些针对每个开发人员不同的 gitlab-variables。

我们想过的事情似乎不起作用:

使用多个 yml 文件并相互导入 => not supported .

尝试结合 Gitlab 环境变量作为前缀:
CI_K8S_PROJECT: ${${GITLAB_USER_ID}_CI_K8S_PROJECT}

或者
INDIVIDUAL_CI_K8S_PROJECT: ${GITLAB_USER_ID}_CI_K8S_PROJECT
CI_K8S_PROJECT: ${INDIVIDUAL_CI_K8S_PROJECT}

最佳答案

我们找到了使用间接扩展(bash 功能)的解决方案:

before_script:
- variableName=${GITLAB_USER_ID}_CI_K8S_PROJECT
- export wantedValue=${!variableName}

但我们也认识到,我们的设置有点愚蠢:为每个用户设置多个分支并使用带前缀的变量是没有意义的,因为这会导致上述问题和安全问题,因为所有用户都可以访问所有变量.

如果每个用户 fork 根项目并简单地为新功能创建合并请求,那就更容易了。这样,根本不需要对变量或分支进行重命名/前缀。

关于yaml - GitLab 中的 Concat 变量名,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/41723062/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com