ప్రాక్సీ ద్వారా Git క్లోన్ పని చేస్తుంది, కానీ Git LFS విఫలమవుతుంది
పని చేస్తున్న ప్రాక్సీని మార్చే ముందు Git క్లోన్ నుండి Git LFS మెటాడేటా మరియు ఆబ్జెక్ట్ డౌన్‌లోడ్‌లను విడిగా పరిశీలించండి.
Git ఆబ్జెక్ట్‌ల బదిలీ పూర్తయినప్పటికీ LFS కంటెంట్ ఇంకా లేకపోవచ్చు. Git పాయింటర్ ఫైళ్లను నిల్వ చేస్తుంది; పెద్ద ఆబ్జెక్ట్‌ల కోసం LFS క్లయింట్ ప్రత్యేక అభ్యర్థనలు చేస్తుంది.
Git LFS ఇన్‌స్టాల్ చేయబడిన ప్రభావిత చెక్‌అవుట్‌లో, దాని ఎండ్‌పాయింట్ మరియు చివరి వైఫల్యాన్ని తనిఖీ చేయండి:
git -C project lfs env
git -C project lfs logs lastఫలితాన్ని స్థానికంగా సమీక్షించండి; రిపోజిటరీ URLలు మరియు లాగ్‌లు గుర్తింపు లేదా ప్రామాణీకరణ సమాచారాన్ని బయటపెట్టగలవు. మొదట విఫలమైన దశను గుర్తించండి:
- LFS APIని సంపర్కించడం.
- Batch API యొక్క డౌన్‌లోడ్ చర్యను పొందడం.
- ఆ చర్య యొక్క డౌన్‌లోడ్ URLను చేరుకోవడం; ఇది వేరొక ఆబ్జెక్ట్-స్టోరేజ్ హోస్ట్‌ను మరియు అందించిన హెడర్‌లను ఉపయోగించవచ్చు.
- ఆబ్జెక్ట్ బాడీని బదిలీ చేయడం.
రిపోజిటరీ LFS ఎండ్‌పాయింట్ ఓవర్‌రైడ్‌లతో పాటు అసలు URLను కూడా తనిఖీ చేయండి. LFSకి దాని స్వంత HTTP అమలు, కాన్ఫిగరేషన్ మరియు వారసత్వంగా వచ్చిన ప్రాక్సీ వాతావరణం ఉన్నాయి. Git LFS 3.7.0 కోసం, అసలు అభ్యర్థన URL కోసం దాని ప్రాక్సీ ఎంపిక క్రమాన్ని అనుసరించండి. సాధారణ Git HTTPS హోస్ట్‌ను చేరుకోవడం తర్వాతి ప్రతి ఆబ్జెక్ట్ మార్గాన్ని పరీక్షించదు. ఆబ్జెక్ట్-హోస్ట్ ప్రామాణీకరణ వైఫల్యం కూడా ప్రాక్సీ 407 నుండి భిన్నమైనది.
మీరు డౌన్‌లోడ్‌లను ఉద్దేశించినప్పుడు, నియంత్రిత రిపోజిటరీలో ప్రత్యేక fetch మరో క్లోన్ లేకుండా వైఫల్యాన్ని బయటపెట్టగలదు:
git -C project lfs fetchఇది ఆబ్జెక్ట్‌లను బదిలీ చేస్తుంది; ఇది చదవడం-మాత్రమే సెట్టింగ్ క్వెరీ కాదు. అవసరమైన కంటెంట్ తర్వాత అందుబాటులో ఉందని నిర్ధారించుకోండి. పాక్షిక చెక్‌అవుట్‌లో మిగిలిన చిన్న పాయింటర్ పెద్ద ఫైల్ కాదు, మరియు గతంలో విజయవంతమైన Git కమాండ్ LFS బదిలీ పూర్తయిందని నిర్ధారించలేదు.