Git clone پراکسی سے کام کرتا ہے، لیکن Git LFS ناکام ہوتا ہے

کلون Git آبجیکٹ منتقل کر چکا ہو سکتا ہے جبکہ LFS مواد ابھی غائب ہو۔ Git پوائنٹر فائلیں رکھتا ہے؛ LFS کلائنٹ بڑے آبجیکٹس کے لیے الگ درخواستیں بھیجتا ہے۔

متاثرہ چیک آؤٹ میں جہاں Git LFS نصب ہے، اس کا اینڈ پوائنٹ اور آخری ناکامی دیکھیں:

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

آؤٹ پٹ مقامی طور پر دیکھیں؛ ریپوزٹری URLs اور لاگز شناختی یا تصدیقی معلومات ظاہر کر سکتے ہیں۔ پہلا ناکام مرحلہ پہچانیں:

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 منتقلی مکمل ہوئی۔