Leitfäden
So teilen Sie einen Build-Cache über mehrere Repositorys hinweg
Jedes Repository verwaltet seinen eigenen Cache für dieselben gemeinsam genutzten Abhängigkeiten.
5 Min. Lesezeit
Jedes Repository verwaltet seinen eigenen Cache für dieselben gemeinsam genutzten Abhängigkeiten.
Warum es passiert
GitHub ordnet Caches einem Repository zu, sodass identische Arbeiten mehrmals ausgeführt und gespeichert werden.
So beheben Sie das Problem
- Verwenden Sie einen Remote-Build-Cache (Gradle, Bazel, Turborepo, Nx), der von allen Repositorys gemeinsam genutzt wird
- Verwenden Sie einen Anbieter, dessen Cache auf die Organisation und nicht auf das Repository beschränkt ist
- Veröffentlichen Sie gemeinsam genutzte Abhängigkeiten als versionierte Artefakte, anstatt sie neu zu erstellen
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 umgehen Sie das 10-GB-Cache-LimitIhre Caches überschreiten 10 GB pro Repository und beginnen mit der stillschweigenden Räumung.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.