Git کلون د پراکسي له لارې کار کوي، خو Git LFS ناکامېږي

یو کلون کولی شي د Git آبجیکټونه انتقال کړي پداسې حال کې چې د هغه LFS منځپانګه لا هم نشته. Git د اشارې فایلونه ساتي؛ د LFS کلاینټ د لویو آبجیکټونو لپاره جلا غوښتنې کوي.

په اغېزمن شوي چیکآوټ کې چې Git LFS نصب دی، د هغه endpoint او وروستی ناکامي وګورئ:

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

پایله په محلي ډول وګورئ؛ د زېرمې URLونه او لاګونه کېدای شي د پیژندنې یا تصدیق معلومات افشا کړي. لومړی ناکام شوی پړاو وپیژنئ:

1. د LFS API سره اړیکه ټینګول.
2. د Batch API د ډاونلوډ کړنې ترلاسه کول.
3. د هغې کړنې د ډاونلوډ URL ته رسېدل، کوم چې کېدای شي بېل د آبجیکټ زېرمې host او ورکړل شوي هډرونه وکاروي.
4. د آبجیکټ د بدن انتقالول.

د زېرمې د LFS endpoint بدلونونه او همدارنګه اصلي URL وګورئ. LFS خپل HTTP تطبیق، ترتیب او میراثي پراکسي چاپېریال لري. د Git LFS 3.7.0 لپاره، د اصلي غوښتنې URL لپاره د هغه د پراکسي د غوراوي ترتیب تعقیب کړئ. د عادي Git HTTPS host ته رسېدل هر وروستی آبجیکټ مسیر نه تېروي. د آبجیکټ host کې د تصدیق ناکامي هم له پراکسي 407 څخه جلا ده.

کله چې تاسو د ډاونلوډونو اراده لرئ، په کنټرول شوې زېرمه کې جلا fetch کولی شي ناکامي پرته له بل کلون څخه ښکاره کړي:

git -C project lfs fetch

دا آبجیکټونه انتقالوي؛ دا یوازې د لوستلو د تنظیماتو پوښتنه نه ده. وروسته تایید کړئ چې اړین منځپانګه شته. په جزوي چیکآوټ کې پاتې کوچنی اشاره لوی فایل نه دی، او پخوانی بریالی Git کمانډ نشي کولی ثابت کړي چې د LFS انتقال بشپړ شوی.