הורדות ה-proxy של Bundler עובדות, אך תלות Git נכשלת
הורדות Gem ותלויות מבוססות Git יכולות להשתמש בלקוחות רשת ובתעבורה שונים. זהו את כתובת ה-URL של Git לפני שתשנו את מסלול ה-proxy העובד של Bundler.
אם bundle install מוריד gems ואז נעצר בתלות Git, חקרו את המקור של אותה תלות. ההורדות המוצלחות מוכיחות רק את המסלול ששימש לאותן הורדות.
- קראו את כתובת ה-URL האמיתית של Git ב-Gemfile או ב-lockfile. HTTPS, SSH ו-
git://דורשים חיבורים שונים. קיצורים היסטוריים של Bundler יכולים להסתיר כתובתgit://בהצהרה קצרה. - בחנו את קריאת ה-Git שבה משתמש ה-build. השוו את התצורה האפקטיבית, הסביבה והחשבון שלה לקריאת מסוף שעובדת. סוכן build או פקודה עם הרשאות יכול לראות קלט שונה.
- עקבו אחר התעבורה שנבחרה. עבור מקור HTTPS מורשה, יכולה לחול תצורת ה-proxy של HTTP הנתמכת של Git המקורי. עבור SSH, השתמשו במסלול ה-SSH שהארגון תומך בו. הגדרת proxy של HTTP אינה מגדירה כל תעבורה ש-Bundler יכול להפעיל.
עבור מקור Git ציבורי ב-HTTPS שמתיר מתווכים ציבוריים, רשימת ה-proxy של HTTP מציעה נקודות קצה מועמדות עבור תצורת Git זו.
כעת סווגו את השגיאה. 407 עוסקת בגישה למתווך. שגיאת הרשאה של מאגר פרטי לאחר הצלחת מנהרה עוסקת בחשבון או במפתח הנפרדים שלו. הרחיקו אישורי proxy מ-Gemfile ומכתובות מקור שנשמרו ב-commit; הצהרות אלה משותפות למשתמשי הפרויקט שהגדרות הרשת שלהם עשויות להיות שונות.
אל תחליפו proxy שעובד ואל תערכו חשבון בעל כשירות תחום רק מפני שפתרון עקיף לא קשור ממליץ על כך. השלמה פירושה הבאת מקור ה-Git הספציפי במסלול המיועד. חזרה על הורדות ה-gem שכבר הצליחו משאירה את הכשל הזה ללא בדיקה.