જો 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 ડાઉનલોડનું પુનરાવર્તન તે નિષ્ફળતાને અપરીક્ષિત રાખે છે.

સંબંધિત લેખો