دانلودهای پروکسی Bundler کار می‌کنند، اما یک وابستگی Git شکست می‌خورد
دانلودهای Gem و وابستگی‌های مبتنی بر Git می‌توانند از کلاینت‌ها و انتقال‌های شبکه متفاوت استفاده کنند. پیش از تغییر مسیر پروکسی کارآمد Bundler، نشانی Git را مشخص کنید.
اگر bundle install جم‌ها را دانلود کرد و سپس روی یک وابستگی Git متوقف شد، منبع آن وابستگی را بررسی کنید. دانلودهای موفق فقط مسیر استفاده‌شده برای همان دانلودها را اثبات می‌کنند.
- نشانی واقعی Git را در Gemfile یا lockfile بخوانید. HTTPS، SSH و
git://به اتصال‌های متفاوت نیاز دارند. میان‌برهای قدیمی Bundler می‌توانند نشانیgit://را در یک اعلان کوتاه پنهان کنند. - فراخوانی Git را که build استفاده می‌کند بررسی کنید. پیکربندی مؤثر، محیط و حساب آن را با یک فراخوانی ترمینال کارآمد مقایسه کنید. یک عامل build یا فرمان دارای امتیاز می‌تواند ورودی‌های متفاوتی ببیند.
- انتقال انتخاب‌شده را دنبال کنید. برای یک منبع HTTPS مجاز، پیکربندی پروکسی HTTP پشتیبانی‌شده Git بومی می‌تواند اعمال شود. برای SSH از مسیر SSH پشتیبانی‌شده سازمان استفاده کنید. تنظیم پروکسی HTTP همه انتقال‌هایی را که Bundler می‌تواند آغاز کند پیکربندی نمی‌کند.
برای یک منبع Git عمومی HTTPS که واسطه‌های عمومی را مجاز می‌داند، فهرست پروکسی HTTP نقاط پایانی نامزد را برای آن پیکربندی Git ارائه می‌دهد.
اکنون خطا را دسته‌بندی کنید. 407 به دسترسی به واسطه مربوط است. خطای مجوز یک مخزن خصوصی پس از موفقیت تونل به حساب یا کلید جداگانه آن مربوط است. اعتبارنامه‌های پروکسی را از Gemfile و نشانی‌های منبع ثبت‌شده دور نگه دارید؛ این اعلان‌ها با کاربران پروژه به اشتراک گذاشته می‌شوند که تنظیمات شبکه‌شان می‌تواند متفاوت باشد.
تنها به این دلیل که یک راه‌حل نامرتبط آن را توصیه می‌کند، پروکسی کارآمد را جایگزین نکنید یا حساب واجد شرایط دامنه را ویرایش نکنید. تکمیل یعنی واکشی همان منبع Git از مسیر موردنظر. تکرار دانلودهای موفق جم آن شکست را آزمون‌نشده رها می‌کند.