Gitlab - 工件尺寸太小!替代方案?

问题描述 投票:0回答:1

温柔点,我是一个相对初级的游戏开发者,正在尝试 CI/CD - TL;DR 我们正在使用 Gitlab.com 来托管我们的存储库,并且我们正在尝试使用他们的集成 CI/CD / 共享运行程序来制作从 Unity 构建游戏。

管道已设置并且构建似乎可以工作,但我永远不会知道,因为我收到错误

错误:正在将工件作为“存档”上传到协调器...413 有效负载太大 id=[已编辑] 响应状态=413 有效负载太大状态=413 令牌=[已编辑]

现在 - 我知道这是因为工件大小设置得太小,但我和我的管理员都找不到任何增加它的方法 - 文档中的设置(https://docs.gitlab.com/ee/administration /settings/continuous_integration.html#maximum-artifacts-size) 不适合我们任何一个。就其价值而言,我们认为目前我们的构建约为 1.3GB - 可能会在一年内增加。

现在,因为它是在 Gitlab.com 上托管和管理的,而不是自我管理的,所以我们不确定是否可以选择增加它 - 我正在寻求澄清 - 如果没有,对此有创造性的解决方案您过去可能使用过的问题 - 例如我们是否可以上传到 GDrive 文件夹或其他东西。我们在想什么?

查看文档 - 向客户主管发送电子邮件 - 都没有带来改进。

gitlab gitlab-ci gitlab-ci-runner cicd
1个回答
0
投票

由于您在 gitlab.com 上使用 SaaS,因此无法增加最大工件大小。 gitlab.com 上限制为 1GB(压缩)

您唯一能做的就是尝试将压缩工件大小减少到 1GB 以下。

您可以尝试以“慢速”压缩级别启用fastzip,看看这是否有帮助:

myjob:
  variables:
    FF_USE_FASTZIP: "1"
    ARTIFACT_COMPRESSION_LEVEL: "slow"
  # ...

或者或另外,您可以尝试找到自己的方法来压缩数据作为作业脚本的一部分,以足够最佳的方式将大小限制在 1GB 限制以下。


除此之外,为了处理大于 1GB 的工件,您可能必须提供和使用自己的对象存储和工件处理逻辑。例如,您可以将工件上传到您自己的 AWS S3 存储桶,然后仅将存储桶/路径详细信息存储在 GitLab 中,然后使用这些详细信息在后续作业中下载工件。

© www.soinside.com 2019 - 2024. All rights reserved.