Stop met het verzenden van uw cache via het netwerk
Aanhoudende Docker-laagcaching
Houd de cache van de BuildKit-laag tussen taken warm zonder te exporteren naar een register of naar de Actions-cache.
Niets om te exporteren
De cache bevindt zich op de bouwer. Geen cache-van, geen cache-naar, geen registerrondreis.
Gedeeld tussen vacatures
Matrixpoten en afzonderlijke workflows hechten aan dezelfde warme cache.
Inheems per boog
amd64- en arm64-bouwers bewaren elk hun eigen cache op hun eigen hardware.
Het standaardadvies is om uw laagcache naar een register te exporteren met cache-to en deze terug te halen met cache-from. Het werkt, maar bij een grote afbeelding kost de overdracht vaak meer tijd dan de lagen besparen.
Een hardnekkige bouwer verwijdert de overdracht. De cache verlaat nooit de machine die deze heeft geproduceerd.
Veelgestelde vragen
- Heb ik nog steeds cache-van en cache-naar nodig?
- Nee, verwijder ze. De bouwer bewaart de cache op zijn eigen schijf, dus die vlaggen voegen alleen een export- en importretour toe die meer kost dan bespaart op grote afbeeldingen.
- Hoe lang blijft de laagcache bestaan?
- Het blijft standaard 14 dagen tussen banen en tussen vestigingen bestaan, configureerbaar per organisatie. Het is niet gericht op een vertakking, en daarom beginnen pull-aanvragen warm.
- Wat maakt de hele cache ongeldig?
- Een basisbeeldverandering. Elke laag na FROM is afhankelijk van de basissamenvatting, dus vastzetten per samenvatting en opzettelijk bijwerken in plaats van willekeurig.
Je volgende build kan twee keer zo snel zijn, voor de halve prijs
Begin gratis. Weggaan is dezelfde ene regel, en die diff publiceren we ook.