Gidsen
Hoe u een build-cache deelt tussen repository's
Elke repository onderhoudt zijn eigen cache voor dezelfde gedeelde afhankelijkheden.
5 min leestijd
Elke repository onderhoudt zijn eigen cache voor dezelfde gedeelde afhankelijkheden.
Waarom het gebeurt
GitHub plaatst caches in een repository, zodat identiek werk vele malen wordt gedaan en opgeslagen.
Hoe het te repareren
- Gebruik een cache voor extern bouwen (Gradle, Bazel, Turborepo, Nx) die wordt gedeeld door opslagplaatsen
- Gebruik een provider waarvan de cache organisatiegericht is in plaats van repositorygericht
- Publiceer gedeelde afhankelijkheden als versie-artefacten in plaats van ze opnieuw te bouwen
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.
Gerelateerd
Hoe u ervoor kunt zorgen dat CI-caches daadwerkelijk blijven bestaanCaches zijn geconfigureerd, maar het trefferpercentage is laag.Hoe u de cachelimiet van 10 GB kunt omzeilenUw caches overschrijden de 10 GB per repository en beginnen stilletjes te worden verwijderd.Een Docker-cache delen tussen takenElke matrixpoot bouwt dezelfde lagen opnieuw op.Hoe u Docker-cache-invalidatie kunt oplossenDocker-lagen worden opnieuw opgebouwd, zelfs als de relevante bestanden niet zijn gewijzigd.