GitLab.com CI artifactの1 GB上限と期限後も残る条件

GitLab.comは最終compressed artifactが1 GBまで

GitLab.comのCI job artifactは、圧縮後のartifact archiveが最大1 GBです。個々のfileが1 GB未満かではなく、artifactとしてまとめた最終archiveのsizeを確認します。

expiryは別指定がなければ30日です。ただしこれらはGitLab.comの条件であり、Self-Managedへ同じ1 GBを一般化できません。Self-Managedのdocumented defaultは100 MBで、管理者やgroup、projectの設定により変更できます。

expire_inよりkeep-latestが優先される場合がある

各refの最新パイプラインと直近の成功パイプラインに属するartifactは既定で保持され、これらにはexpire_inが適用されません。最新が失敗または手動jobで停止した場合も、そのパイプラインで実際に生成されたartifactがあれば保持対象になり、直近の成功分も残ります。生成されなかったartifactが新たに現れるわけではありません。

同じrefのそれ以外の古いパイプラインのartifactは、新しいパイプラインが成功・失敗・キャンセル・スキップ・手動jobで停止したとき、設定したexpiryに従って期限切れになり始めます。

storage削減が必要ならprojectのKeep artifacts from most recent successful jobs設定を確認します。cacheはdependency再利用の仕組みであり、成果物を受け渡すartifactとは別なので、cacheの設定でartifact expiryを直そうとしないでください。

sizeと保持理由を順番に確認する

upload失敗ならGitLab.comかSelf-Managedかを確認し、job終了後のfinal compressed archive sizeを測ります。残存問題ならexpire_in、対象refの最新パイプラインと直近の成功パイプライン、keep-latest設定を確認してください。

確認結果をinstance種別、archive size、expiry、ref単位で残すと、上限超過と意図した保持を混同せずに削減方法を選べます。