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