הכינו מטמון מאגר של Bazel בנתיב הורדה פעיל
הביאו את התלויות הנדרשות למטמון נבחר, העבירו אותו לסביבה החסומה והשתמשו שם באותה אפשרות repository_cache.
מטמון מאגר יכול לספק בתים מאושרים של תלויות כאשר Bazel אינו יכול להשיג אותם דרך ה-proxy של סביבת היעד.
- במכונה עם הגישה המיועדת, השתמשו במצב הפרויקט ובגרסת Bazel הנדרשים כדי להביא למטמון נבחר:
bazel fetch --repository_cache=/path/to/repository-cache //... - העבירו את המטמון המוכן דרך תהליך הארטיפקטים של הפרויקט.
- בחרו את הנתיב שלו בסביבת היעד עם אותה אפשרות
--repository_cache. מטמון שנבנה למצב פרויקט אחר עלול להיות חלקי.
פתרונות עקיפין ישנים משתמשים ב---distdir, שמתועד כעת כמיושן. מנגנון זה דורש ארכיון ששם הקובץ שלו תואם לשם הבסיס של ה-URL וה-hash שלו תואם לבקשת ההורדה המוצהרת. עץ מקור לא מחולץ אינו תחליף, והסרת ה-hash מסירה חלק מבחירת הארטיפקטים.
זה אינו מספק כל דרישה מוקדמת במצב לא מקוון. מטא-נתוני רישום Bzlmod, מאגרי Git ופקודות שמופעלות על ידי כללי מאגר עשויים להזדקק לדברים נוספים. אם נדרשת הבאה חיה דרך ה-proxy, חקרו את מוריד ההורדות וה-URL בפועל במקום להחליף את הגדרת התלות כדי להסתיר את כשל החיבור.