Een Bazel-repositorycache voorbereiden op een werkende downloadroute
Haal de vereiste afhankelijkheden in een gekozen cache, draag deze over naar de geblokkeerde omgeving en gebruik daar dezelfde repository_cache-optie.
Een repositorycache kan goedgekeurde afhankelijkheidsbytes leveren wanneer Bazel ze niet via de proxy van de doelomgeving kan ophalen.
- Gebruik op een machine met de beoogde toegang de vereiste projectstatus en Bazel-versie om in een gekozen cache te halen:
bazel fetch --repository_cache=/path/to/repository-cache //... - Draag de voorbereide cache over via het artefactproces van het project.
- Selecteer het pad in de doelomgeving met dezelfde
--repository_cache-optie. Een cache die voor een andere projectstatus is gebouwd, kan onvolledig zijn.
Oudere oplossingen gebruiken --distdir, dat nu als verouderd is gedocumenteerd. Dat mechanisme vereist een archief waarvan de bestandsnaam overeenkomt met de basisnaam van de URL en waarvan de hash overeenkomt met de opgegeven downloadaanvraag. Een uitgepakte bronboom is geen vervanging, en het verwijderen van de hash verwijdert een deel van de artefactselectie.
Dit levert niet elke offlinevoorwaarde. Bzlmod-registermetadata, Git-repositories en opdrachten die door repositoryregels worden gestart, kunnen extra vereisten hebben. Als live proxy-ophalen de eis is, onderzoek dan de feitelijke downloader en URL in plaats van de afhankelijkheidsdefinitie te vervangen om de verbindingsfout te verbergen.