我创建了一个Gitlab作业来使用pandoc来创建一些HTML资产,我想将这些资产部署到我的Hugo站点上,由Gitlab页面托管。
在.gitlab-ci.yml中,我的工作如下:
# All available Hugo versions are listed here: https://gitlab.com/pages/hugo/container_registry
stages:
- test
- deploy
- build
variables:
GIT_SUBMODULE_STRATEGY: recursive
test:
image: registry
我正在尝试升级我的Gitlab CE,它在Docker容器中运行。我正在从11.9.1版升级到14.2.1版。我也在遵循Gitlab官方文档中所需的升级路径,即:
11.9.1->11.11.8->12.0.12->12.1.17->12.10.14->13.0.4->13.1.11->13.8.8->13.12.9->14.0.7->14.2.1
最新的版本是14.0.7,我也可以运行最新的14.1.x版本,但在迁移到14.2.x的过程中出现以下错误,有些迁移无法工作。
There was an error running gitl
我想在停靠容器as explained in the doc中使用GitLab运行器,主要是为了方便地将其部署到另一台机器上。我想知道如何使用它来安全地运行GitLab发送给运行器的CI/CD作业。 GitLab运行器文档警告using shell as an executor is unsafe,因为所有代码都以GitLab运行器用户权限运行,因此可以访问该用户在主机上有权访问的所有内容。 然而,在运行in a docker container的GitLab运行器中使用shell executor是否安全?我的直觉是,所有的安全问题都归结于docker容器:如果它不是以--privileg
我们使用的是Gitlab 8.16.5和Gitlab API v3。构建和部署由Gitlab-CI完成。Build在每个特性和热修复分支的推送上开始工作。有3个环境:评审、试运行和生产。现在我们已经在审查部署作业上进行了两个手动操作:审查接受和审查拒绝。简单地说,正在为手动测试设置Review Environment。这意味着在评审接受中,手动测试通过&在评审拒绝中,手动测试失败。现在,我们必须创建一个MR on review accept作业,但不希望使用任何用户的私有令牌或私有访问令牌来创建相同的作业。
我们已经尝试了触发令牌,但得到了{401:未经授权的访问}。触发器是否仅用于重