Ee Bazel-Repository-Cache op engem funktionéierende Download-Wee virbereeden
Déi néideg Ofhängegkeeten an en ausgewielte Cache sichen, en an d'gespaart Ëmfeld transferéieren an do déiselwecht repository_cache-Optioun benotzen.
E Repository-Cache kann geneemegt Ofhängegkeetsbytes liwweren, wann Bazel se net iwwer de Proxy vum Zilëmfeld ka kréien.
- Op enger Maschinn mat dem virgesinnene Zougrëff, benotz de néidegen Projetszoustand an d'Bazel-Versioun fir an en ausgewielte Cache ze sichen:
bazel fetch --repository_cache=/path/to/repository-cache //... - Transferéier de virbereedene Cache iwwer de Artefaktprozess vum Projet.
- Wiel säi Wee am Zilëmfeld mat der selwechter
--repository_cache-Optioun. En Cache, dee fir en anere Projetszoustand gebaut gouf, kann onkomplett sinn.
Méi al Léisungen benotzen --distdir, deen elo als veralta dokumentéiert ass. Dee Mechanismus verlaangt en Archiv, deem säin Dateinumm mam Basisnumm vun der URL iwwereneestëmmt a sengem Hash mat der deklaréierter Download-Ufro. E net entpakten Quellbeem ass keen Ersatz, an de Hash ewechzehuelen hëlt en Deel vun der Artefaktauswiel ewech.
Dëst liwwert net all Offline-Viraussetzung. D'Bzlmod-Registermetadaten, Git-Repositoryen an d'Befehl, déi vu Repository-Regele gestart ginn, kënne zousätzlech Bedierfnesser hunn. Wann Live-Proxy-Sichen d'Ufuerderung ass, ënnersich säin eigentlechen Downloader an URL amplaz d'Ofhängegkeetsdefinitioun z'ersetzen, fir de Verbindungsfehler ze verstoppen.