Bundler ప్రాక్సీ డౌన్‌లోడ్‌లు పనిచేస్తాయి, కానీ Git ఆధారత విఫలమవుతుంది
Gem డౌన్‌లోడ్‌లు మరియు Git ఆధారిత ఆధారతలు వివిధ నెట్‌వర్క్ క్లయింట్‌లు మరియు రవాణాలను ఉపయోగించవచ్చు. Bundler యొక్క పనిచేసే ప్రాక్సీ మార్గాన్ని మార్చే ముందు Git URLను గుర్తించండి.
bundle install gemలను డౌన్‌లోడ్ చేసి ఆపై Git ఆధారత వద్ద ఆగిపోతే, ఆ ఆధారత మూలాన్ని పరిశీలించండి. విజయవంతమైన డౌన్‌లోడ్‌లు ఆ డౌన్‌లోడ్‌ల కోసం ఉపయోగించిన మార్గాన్ని మాత్రమే నిర్ధారిస్తాయి.
- Gemfile లేదా lockfileలోని నిజమైన Git URL చదవండి. HTTPS, SSH మరియు
git://వేర్వేరు కనెక్షన్‌లు అవసరం. పాత Bundler సంక్షిప్తాలు చిన్న ప్రకటనలోgit://URLను దాచవచ్చు. - build ఉపయోగించే Git కాల్‌ను పరిశీలించండి. దాని నిజమైన కాన్ఫిగరేషన్, పర్యావరణం మరియు ఖాతాను పనిచేసే టెర్మినల్ కాల్‌తో పోల్చండి. build ఏజెంట్ లేదా ప్రత్యేక హక్కుల ఆదేశం వేరే ఇన్‌పుట్‌లను చూడవచ్చు.
- ఎంచుకున్న రవాణాను అనుసరించండి. అధికారిక HTTPS మూలం కోసం స్థానిక Git యొక్క మద్దతు ఉన్న HTTP ప్రాక్సీ కాన్ఫిగరేషన్ వర్తించవచ్చు. SSH కోసం సంస్థ మద్దతు ఇచ్చే SSH మార్గాన్ని ఉపయోగించండి. HTTP ప్రాక్సీ సెట్టింగ్ Bundler ప్రారంభించగల ప్రతి రవాణాను కాన్ఫిగర్ చేయదు.
ప్రజా మధ్యవర్తులను అనుమతించే ప్రజా HTTPS Git మూలం కోసం HTTP ప్రాక్సీ జాబితా ఆ Git కాన్ఫిగరేషన్ కోసం అభ్యర్థి ఎండ్‌పాయింట్‌లను అందిస్తుంది.
ఇప్పుడు లోపాన్ని వర్గీకరించండి. 407 మధ్యవర్తి యాక్సెస్‌కు సంబంధించినది. టన్నెల్ విజయవంతమైన తర్వాత ప్రైవేట్ రిపాజిటరీ అనుమతి లోపం దాని ప్రత్యేక ఖాతా లేదా కీకి సంబంధించినది. ప్రాక్సీ ఆధారాలను Gemfile మరియు కమిట్ చేసిన మూల URLల నుండి దూరంగా ఉంచండి; ఆ ప్రకటనలు నెట్‌వర్క్ సెట్టింగ్‌లు భిన్నంగా ఉండగల ప్రాజెక్ట్ వినియోగదారులతో పంచుకోబడతాయి.
పనిచేసే ప్రాక్సీని భర్తీ చేయవద్దు లేదా సంబంధం లేని పరిష్కారం సిఫారసు చేస్తున్నందుకు మాత్రమే డొమైన్-అర్హత ఖాతాను సవరించవద్దు. పూర్తి చేయడం అంటే నిర్దిష్ట Git మూలాన్ని ఉద్దేశించిన మార్గం ద్వారా తీసుకురావడం. ఇప్పటికే విజయవంతమైన gem డౌన్‌లోడ్‌లను పునరావృతం చేయడం ఆ వైఫల్యాన్ని పరీక్షించకుండా వదిలివేస్తుంది.