Git clone প্ৰক্সিৰ জৰিয়তে কাম কৰে, কিন্তু Git LFS বিফল হয়

এটা clone এ Git object সমূহ স্থানান্তৰ কৰি শেষ কৰিব পাৰে যদিও ইয়াৰ LFS সমল এতিয়াও অনুপস্থিত থাকিব পাৰে। Git এ pointer ফাইল সংৰক্ষণ কৰে; LFS client এ ডাঙৰ object সমূহৰ বাবে পৃথক অনুৰোধ কৰে।

Git LFS ইনষ্টল কৰা ক্ষতিগ্ৰস্ত checkout ত, ইয়াৰ endpoint আৰু শেষ বিফলতা পৰীক্ষা কৰক:

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

আউটপুট স্থানীয়ভাৱে চাওক; repository URL আৰু লগে চিনাক্তকৰণ বা প্ৰমাণীকৰণ তথ্য প্ৰকাশ কৰিব পাৰে। প্ৰথম বিফল পৰ্যায় চিনাক্ত কৰক:

1. LFS API ৰ সৈতে যোগাযোগ কৰা।
2. Batch API ৰ download action লাভ কৰা।
3. সেই action ৰ download URL ত উপনীত হোৱা, যি এটা ভিন্ন object-storage host আৰু যোগান ধৰা header ব্যৱহাৰ কৰিব পাৰে।
4. object ৰ body স্থানান্তৰ কৰা।

repository ৰ LFS endpoint override লগতে প্ৰকৃত URL পৰীক্ষা কৰক। LFS ৰ নিজৰ HTTP ৰূপায়ণ, configuration আৰু উত্তৰাধিকাৰী proxy পৰিৱেশ আছে। Git LFS 3.7.0 ৰ বাবে, প্ৰকৃত অনুৰোধ URL ৰ বাবে ইয়াৰ proxy-নিৰ্বাচন ক্ৰম অনুসৰণ কৰক। সাধাৰণ Git HTTPS host ত উপনীত হোৱে পিছৰ প্ৰতিটো object পথ পৰীক্ষা নকৰে। object-host ৰ প্ৰমাণীকৰণ বিফলতাও proxy 407 ৰ পৰা পৃথক।

যদি আপুনি ডাউনলোডসমূহ কৰিব বিচাৰে, নিয়ন্ত্ৰিত repository ত এটা পৃথক fetch এ আন এটা clone নকৰাকৈয়ে বিফলতা প্ৰকাশ কৰিব পাৰে:

git -C project lfs fetch

ই object স্থানান্তৰ কৰে; ই read-only setting অনুসন্ধান নহয়। পিছত প্ৰয়োজনীয় সমল উপলব্ধ থকাৰ নিশ্চিত কৰক। আংশিক checkout ত ৰৈ যোৱা সৰু pointer ডাঙৰ ফাইলটো নহয়, আৰু আগতে সফল হোৱা Git command এ LFS স্থানান্তৰ সম্পূৰ্ণ হোৱাৰ প্ৰমাণ নিদিয়ে।