Git क्लोन प्रोक्सीमार्फत काम गर्छ, तर Git LFS असफल हुन्छ

Git वस्तुहरूको स्थानान्तरण सकिए पनि LFS सामग्री अझै हराइरहेको हुन सक्छ। Git ले पोइन्टर फाइलहरू भण्डारण गर्छ; LFS क्लाइन्टले ठूला वस्तुहरूका लागि छुट्टै अनुरोधहरू गर्छ।

Git LFS स्थापना गरिएको प्रभावित checkout मा, यसको endpoint र पछिल्लो असफलता निरीक्षण गर्नुहोस्:

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

आउटपुट स्थानीय रूपमा समीक्षा गर्नुहोस्; repository URL र logs ले पहिचान वा प्रमाणीकरण जानकारी खुलासा गर्न सक्छन्। पहिलो असफल चरण पहिचान गर्नुहोस्:

1. LFS API सम्पर्क गर्ने।
2. Batch API को डाउनलोड action प्राप्त गर्ने।
3. त्यो action को डाउनलोड URL पुग्ने, जसले फरक object-storage host र पठाइएका headers प्रयोग गर्न सक्छ।
4. वस्तुको body स्थानान्तरण गर्ने।

repository को LFS endpoint overrides र वास्तविक URL दुवै जाँच्नुहोस्। LFS को आफ्नै HTTP implementation, configuration र inherited proxy environment हुन्छ। Git LFS 3.7.0 का लागि, वास्तविक request URL का लागि यसको proxy-selection order पालना गर्नुहोस्। सामान्य Git HTTPS host पुग्नुले पछिका सबै object route परीक्षण गर्दैन। object-host authentication असफलता पनि proxy 407 भन्दा फरक हुन्छ।

जब तपाईं डाउनलोडहरू चाहनुहुन्छ, नियन्त्रित repository मा छुट्टै fetch ले अर्को clone बिना असफलता देखाउन सक्छ:

git -C project lfs fetch

यसले वस्तुहरू स्थानान्तरण गर्छ; यो read-only settings query होइन। पछि आवश्यक सामग्री उपलब्ध छ भनी पुष्टि गर्नुहोस्। आंशिक checkout मा रहेको सानो pointer ठूलो फाइल होइन, र अघिल्लो सफल Git command ले LFS स्थानान्तरण पूरा भयो भनी स्थापित गर्न सक्दैन।