gitlab artifacts too large

gitlab在打包artifacts遇到:

Uploading artifacts as “archive” to coordinator… too large archive 413 error

网上看了很多方案,一般都是说在admin账户的setting下找到CI/CD,把Maximum artifacts size (MB)改大点

在这里插入图片描述
当然这是其中一个点哈,但是除此以外还有两个地方也要注意下,不改的话,你会发现和我一开始一样,改了还是报这个错?让人匪夷所思。

原来是gitlab自带了nginx反向代理,下面修改gitlab.rb或者docker-compose.yml(如果你用的是docker)

nginx['client_max_body_size'] = 0

除此以外,第二点,如果你的gitlab外部还用nginx反向代理再反向,你需要同样修改所有反向代理的client_max_body_size

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
GitLab中,`artifacts`关键字用于定义构建产物(Artifacts),即构建过程中生成的文件或目录。构建产物可以在构建完成后被保存,并且可以在后续的构建或作业中使用或下载。 下面是一个示例的`.gitlab-ci.yml`文件,展示了`artifacts`关键字的使用: ```yaml stages: - build build_job: stage: build script: - echo "Building..." - # 执行构建命令,生成构建产物 - make build artifacts: paths: - bin/ # 将bin目录下的所有文件作为构建产物 expire_in: 1 week # 构建产物的过期时间设置为1周 ``` 在上述示例中,我们定义了一个名为`build_job`的作业,它属于`build`阶段。作业中的脚本会执行构建命令,并生成构建产物。 通过`artifacts`关键字,我们可以指定需要保存的构建产物。在示例中,我们指定了`bin/`路径,表示将`bin`目录下的所有文件作为构建产物保存起来。您可以根据实际需求指定多个路径或者单个文件。 此外,我们还可以通过`expire_in`字段设置构建产物的过期时间。在示例中,我们将过期时间设置为1周,意味着构建产物会在1周后被自动清理。 保存的构建产物可以在GitLab的作业页面中进行查看和下载。其他作业可以通过依赖关系来使用这些构建产物,例如在后续的测试或部署作业中使用构建产物。 希望这个示例对您有所帮助。如果您还有其他问题,请随时提问。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

devilyouwei

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值