【问题标题】:Why do All Environments Appear Stopped on Gitlab?为什么 Gitlab 上的所有环境都停止了?
【发布时间】:2022-11-08 22:51:18
【问题描述】:

在 GitLab 社区版 15.1.5 中,我的所有环境(部署 > 环境)都显示为“已停止”。 文档指出,至少需要“记者”角色;我不知道我是否有,或者如何检查,但假设我有。

编辑:部署作为构建的一部分发生在 gitlab ci 的部署阶段。

【问题讨论】:

  • 如果您使用“review apps”创建环境,则在合并/删除 MR 或删除源分支时,它们将自动停止。也许这就是正在发生的事情?此外,如果您多次部署到同一环境,则假定只有最新的部署处于活动状态(所有其他部署都已停止)。
  • 谢谢回复;部署作为构建的一部分发生在 gitlab ci 的部署阶段。
  • 请编辑您的问题以包含您的.gitlab-ci.yml 文件的相关部分。
  • 我已经按照你的建议做了。

标签: gitlab


【解决方案1】:

以下可能是红鲱鱼,需要进一步测试我是由一位同事指导的,如下: (我包含的 gitlab ci yaml 的 sn-p 无关紧要,因此我将其从问题中删除。 我将包含我们开发环境中的 yaml,它具有相同的症状。)违规部分如下:

之前 - (环境在 gitlab 上停止)

###################### - DEV - Azure Deployment
DEV_deploy_to_azure:
  environment:
    name: DEV_AZURE
    url: https://app-xxxxxx-dev.azurewebsites.net/api/health
  <<: *azure_deployment
  variables:
    DOCKER_TAG: DEV
  when: manual 

###################### - DEV - Azure Deployment
DEV_deploy_to_azure:
  <<: *azure_deployment
  environment:
    name: DEV_AZURE
    url: https://app-xxxxxx-dev.azurewebsites.net/api/health
  variables:
    DOCKER_TAG: DEV
  when: manual  

以下是我同事的话: 解决方案:更改管道中 environment-key 的顺序:

现在我的所有部署都按预期显示。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2013-10-04
    • 1970-01-01
    • 2021-12-15
    • 1970-01-01
    • 2010-11-17
    • 2020-04-08
    • 2017-02-08
    • 2012-03-26
    相关资源
    最近更新 更多