Git ક્લોન પ્રોક્સી દ્વારા કામ કરે છે, પરંતુ Git LFS નિષ્ફળ જાય છે

ક્લોન Git ઑબ્જેક્ટ્સનું સ્થાનાંતરણ પૂરું કરી શકે છે જ્યારે તેનું LFS કન્ટેન્ટ હજી ખૂટતું હોય. Git પોઇન્ટર ફાઇલો સંગ્રહે છે; LFS ક્લાઇન્ટ મોટા ઑબ્જેક્ટ્સ માટે અલગ વિનંતીઓ કરે છે.

Git LFS ઇન્સ્ટોલ કરેલા અસરગ્રસ્ત ચેકઆઉટમાં, તેનું એન્ડપોઇન્ટ અને છેલ્લી નિષ્ફળતા તપાસો:

git -C project lfs env
git -C project lfs logs last

આઉટપુટને સ્થાનિક રીતે સમીક્ષા કરો; રિપોઝિટરી URL અને લોગ ઓળખ અથવા પ્રમાણીકરણની માહિતી ઉજાગર કરી શકે છે. પ્રથમ નિષ્ફળ થયેલો તબક્કો ઓળખો:

1. LFS API નો સંપર્ક કરવો.
2. Batch API ની ડાઉનલોડ ક્રિયા મેળવવી.
3. તે ક્રિયાના ડાઉનલોડ URL સુધી પહોંચવું, જે અલગ ઑબ્જેક્ટ-સ્ટોરેજ હોસ્ટ અને આપેલા હેડર્સનો ઉપયોગ કરી શકે છે.
4. ઑબ્જેક્ટનું બોડી સ્થાનાંતરિત કરવું.

રિપોઝિટરીના LFS એન્ડપોઇન્ટ ઓવરરાઇડ્સ તેમજ વાસ્તવિક URL તપાસો. LFS પાસે તેનું પોતાનું HTTP અમલીકરણ, રૂપરેખાંકન અને વારસાગત પ્રોક્સી પર્યાવરણ છે. Git LFS 3.7.0 માટે, વાસ્તવિક વિનંતી URL માટે તેના પ્રોક્સી-પસંદગી ક્રમને અનુસરો. સામાન્ય Git HTTPS હોસ્ટ સુધી પહોંચવાથી પછીના દરેક ઑબ્જેક્ટ માર્ગનો ઉપયોગ થતો નથી. ઑબ્જેક્ટ-હોસ્ટ પ્રમાણીકરણની નિષ્ફળતા પ્રોક્સી 407થી પણ અલગ છે.

જ્યારે તમે ડાઉનલોડનો ઇરાદો ધરાવો છો, ત્યારે નિયંત્રિત રિપોઝિટરીમાં અલગ fetch બીજા ક્લોન વિના નિષ્ફળતા ઉજાગર કરી શકે છે:

git -C project lfs fetch

આ ઑબ્જેક્ટ્સનું સ્થાનાંતરણ કરે છે; તે માત્ર-વાંચન સેટિંગ્સ ક્વેરી નથી. પછી જરૂરી કન્ટેન્ટ ઉપલબ્ધ છે તેની પુષ્ટિ કરો. આંશિક ચેકઆઉટમાં બાકી રહેલું નાનું પોઇન્ટર મોટી ફાઇલ નથી, અને અગાઉનો સફળ Git આદેશ સાબિત કરી શકતો નથી કે LFS સ્થાનાંતરણ પૂર્ણ થયું છે.