Continuous integration 是否有GitLab'的替代方案;受保护的环境是什么?

Continuous integration 是否有GitLab'的替代方案;受保护的环境是什么?,continuous-integration,gitlab,continuous-deployment,Continuous Integration,Gitlab,Continuous Deployment,仅在高级级别上可用。有没有其他免费的选择?我研究这个话题已经有一段时间了,现在我有一个想法——使用。但是这个解决方案增加了一点太多的复杂性。您可以执行以下操作,至少稍微模拟一下受保护的环境 在其gitlab-ci.yml中仅使用部署作业创建repo 在您希望得到保护的作业中,使用 仅授予某些用户开发人员/维护人员对受保护的回购协议的访问权限 现在,只有具有受保护回购权限的用户才能运行手动作业,所有其他用户都将收到一个错误 因此,我的目标是限制用户在管道上运行手动作业——我发现,到目前为止,和

仅在高级级别上可用。有没有其他免费的选择?我研究这个话题已经有一段时间了,现在我有一个想法——使用。但是这个解决方案增加了一点太多的复杂性。

您可以执行以下操作,至少稍微模拟一下受保护的环境

  • 在其gitlab-ci.yml中仅使用部署作业创建repo
  • 在您希望得到保护的作业中,使用
  • 仅授予某些用户开发人员/维护人员对受保护的回购协议的访问权限
  • 现在,只有具有受保护回购权限的用户才能运行手动作业,所有其他用户都将收到一个错误

因此,我的目标是限制用户在管道上运行手动作业——我发现,到目前为止,和受保护的变量将是最好的解决方案


然后,只需限制谁可以合并/推送受共同保护的分支,并且自动地只有那些人才能触发这些分支中的手动作业。

我正在考虑这个解决方案,但正如在一个问题中提到的,它会增加一点开销。要清楚一点,我需要在当前管道中的一些变量,我必须传递给另一个管道。
deploy_prod:
  stage: deploy
  trigger:
    project: group/protected-repo
    strategy: depend
  environment:
    name: production
    url: https://example.com
  when: manual
  only:
     - master