Einen Bazel-Repository-Cache auf einer funktionierenden Download-Route vorbereiten
Die benötigten Abhängigkeiten in einen ausgewählten Cache laden, ihn in die blockierte Umgebung übertragen und dort dieselbe repository_cache-Option verwenden.
Ein Repository-Cache kann genehmigte Abhängigkeitsbytes bereitstellen, wenn Bazel sie nicht über den Proxy der Zielumgebung beziehen kann.
- Verwenden Sie auf einem Rechner mit dem vorgesehenen Zugriff den erforderlichen Projektzustand und die Bazel-Version, um in einen ausgewählten Cache zu laden:
bazel fetch --repository_cache=/path/to/repository-cache //... - Übertragen Sie den vorbereiteten Cache über den Artefaktprozess des Projekts.
- Wählen Sie seinen Pfad in der Zielumgebung mit derselben
--repository_cache-Option. Ein für einen anderen Projektzustand erstellter Cache kann unvollständig sein.
Ältere Workarounds verwenden --distdir, das inzwischen als veraltet dokumentiert ist. Dieser Mechanismus erfordert ein Archiv, dessen Dateiname dem Basisnamen der URL entspricht und dessen Hash mit der deklarierten Downloadanforderung übereinstimmt. Ein entpackter Quellbaum ist kein Ersatz, und das Entfernen des Hashes entfernt einen Teil der Artefaktauswahl.
Dies liefert nicht jede Offline-Voraussetzung. Bzlmod-Registry-Metadaten, Git-Repositories und von Repository-Regeln gestartete Befehle können zusätzliche Anforderungen haben. Wenn Live-Proxy-Abrufe gefordert sind, untersuchen Sie den tatsächlichen Downloader und die URL, statt die Abhängigkeitsdefinition zu ersetzen, um den Verbindungsfehler zu verbergen.