यदि bundle install ले gem डाउनलोड गरेर त्यसपछि Git निर्भरतामा रोकिन्छ भने, त्यो निर्भरताको स्रोत जाँच्नुहोस्। सफल डाउनलोडहरूले ती डाउनलोडका लागि प्रयोग गरिएको मार्ग मात्र प्रमाणित गर्छन्।

  1. Gemfile वा lockfile मा रहेको वास्तविक Git URL पढ्नुहोस्। HTTPS, SSH र git:// का लागि फरक जडान चाहिन्छ। पुराना Bundler सर्टकटहरूले छोटो घोषणामा git:// URL लुकाउन सक्छन्।
  2. बिल्डले प्रयोग गर्ने Git आह्वान जाँच्नुहोस्। यसको प्रभावकारी कन्फिगरेसन, वातावरण र खातालाई कार्यरत टर्मिनल आह्वानसँग तुलना गर्नुहोस्। बिल्ड एजेन्ट वा विशेषाधिकार प्राप्त आदेशले फरक इनपुट देख्न सक्छ।
  3. छानिएको ट्रान्सपोर्टको पालना गर्नुहोस्। अधिकृत HTTPS स्रोतका लागि मूल Git को समर्थित HTTP प्रोक्सी कन्फिगरेसन लागू हुन सक्छ। SSH का लागि संस्थाले समर्थन गर्ने SSH मार्ग प्रयोग गर्नुहोस्। HTTP प्रोक्सी सेटिङले Bundler सुरु गर्न सक्ने हरेक ट्रान्सपोर्ट कन्फिगर गर्दैन।

सार्वजनिक मध्यस्थहरूलाई अनुमति दिने सार्वजनिक HTTPS Git स्रोतका लागि HTTP प्रोक्सी सूची ले त्यो Git कन्फिगरेसनका लागि सम्भावित एन्डपोइन्ट दिन्छ।

अब त्रुटि वर्गीकृत गर्नुहोस्। 407 मध्यस्थमा पहुँचसँग सम्बन्धित छ। टनेल सफल भएपछि निजी रिपोजिटरीको अनुमति त्रुटि यसको छुट्टै खाता वा कुञ्जीसँग सम्बन्धित छ। प्रोक्सी प्रमाणहरू Gemfile र कमिट गरिएका स्रोत URL बाहिर राख्नुहोस्; ती घोषणाहरू नेटवर्क सेटिङ फरक हुन सक्ने परियोजना प्रयोगकर्ताहरूसँग साझा गरिन्छ।

काम गर्ने प्रोक्सी बदल्नु वा डोमेन-योग्य खाता सम्पादन नगर्नुहोस् केवल कुनै असम्बन्धित समाधानले सिफारिस गरेको कारणले। पूर्ण हुनु भनेको विशिष्ट Git स्रोतलाई अभिप्रेत मार्गबाट ल्याउनु हो। पहिले नै सफल gem डाउनलोड दोहोर्याउँदा त्यो असफलता अपरीक्षित रहन्छ।

सम्बन्धित लेखहरू