Git clone ப்ராக்ஸி வழியாக வேலை செய்கிறது, ஆனால் Git LFS தோல்வியடைகிறது

LFS உள்ளடக்கம் இன்னும் இல்லாத நிலையிலேயே ஒரு clone Git பொருட்களை மாற்றுவதை முடிக்கலாம். Git சுட்டிக் கோப்புகளைச் சேமிக்கிறது; LFS கிளையண்ட் பெரிய பொருட்களுக்குத் தனித்தனி கோரிக்கைகளை அனுப்புகிறது.

Git LFS நிறுவப்பட்ட பாதிக்கப்பட்ட checkout-இல், அதன் முனைப்புள்ளியையும் கடைசித் தோல்வியையும் ஆய்வு செய்யுங்கள்:

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 ஒன்று மற்றொரு clone இல்லாமலேயே தோல்வியை வெளிப்படுத்தலாம்:

git -C project lfs fetch

இது பொருட்களை மாற்றுகிறது; இது படிக்க-மட்டும் அமைப்பு வினவல் அல்ல. தேவையான உள்ளடக்கம் பின்னர் கிடைக்கிறதா என்பதை உறுதிப்படுத்துங்கள். பகுதி checkout-இல் எஞ்சியிருக்கும் சிறிய சுட்டி பெரிய கோப்பு அல்ல, மேலும் முன்பு வெற்றிபெற்ற Git கட்டளை LFS பரிமாற்றம் முடிந்ததை நிரூபிக்க முடியாது.