Leitfäden
So umgehen Sie das 10-GB-Cache-Limit
Ihre Caches überschreiten 10 GB pro Repository und beginnen mit der stillschweigenden Räumung.
5 Min. Lesezeit
Ihre Caches überschreiten 10 GB pro Repository und beginnen mit der stillschweigenden Räumung.
Warum es passiert
GitHub begrenzt den Aktions-Cache auf 10 GB und entfernt die zuletzt verwendeten Einträge, sobald Sie diesen überschreiten. Die Builds laufen weiter, sie werden nur langsamer.
So beheben Sie das Problem
- Messen Sie die Gesamtcachegröße pro Repository, bevor Sie davon ausgehen, dass Sie unter der Obergrenze liegen
- Geteilte Caches, damit heiße Einträge nicht durch kalte gelöscht werden
- Komprimieren Sie mit zstd statt mit der Standardeinstellung
- Wechseln Sie zu einem Anbieter ohne Obergrenze pro Repository, wenn Sie strukturell darüber hinausgehen
Ihr nächster Build könnte doppelt so schnell sein — zum halben Preis
Kostenlos starten. Der Wechsel zurück ist dieselbe eine Zeile — auch dieses Diff veröffentlichen wir.
Verwandt
So sorgen Sie dafür, dass CI-Caches tatsächlich bestehen bleibenCaches sind konfiguriert, aber die Trefferquote ist niedrig.So teilen Sie einen Build-Cache über mehrere Repositorys hinwegJedes Repository verwaltet seinen eigenen Cache für dieselben gemeinsam genutzten Abhängigkeiten.So teilen Sie einen Docker-Cache zwischen JobsJedes Matrixbein baut die gleichen Schichten wieder auf.So beheben Sie die Docker-Cache-UngültigmachungDocker-Layer werden auch dann neu erstellt, wenn sich die relevanten Dateien nicht geändert haben.