Git clone প্রক্সির মাধ্যমে কাজ করে, কিন্তু Git LFS ব্যর্থ হয়

একটি clone Git অবজেক্ট স্থানান্তর শেষ করতে পারে, অথচ তার LFS কনটেন্ট তখনও অনুপস্থিত থাকতে পারে। Git পয়েন্টার ফাইল সংরক্ষণ করে; LFS ক্লায়েন্ট বড় অবজেক্টগুলোর জন্য আলাদা অনুরোধ করে।

Git LFS ইনস্টল করা ক্ষতিগ্রস্ত checkout-এ এর endpoint এবং সর্বশেষ ব্যর্থতা দেখুন:

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

আউটপুট স্থানীয়ভাবে পর্যালোচনা করুন; রিপোজিটরি URL ও লগ শনাক্তকারী বা প্রমাণীকরণ তথ্য প্রকাশ করতে পারে। প্রথম ব্যর্থ ধাপটি চিহ্নিত করুন:

1. LFS API-র সঙ্গে সংযোগ করা।
2. Batch API-র ডাউনলোড অ্যাকশন পাওয়া।
3. সেই অ্যাকশনের ডাউনলোড URL-এ পৌঁছানো, যা ভিন্ন অবজেক্ট-স্টোরেজ হোস্ট ও প্রদত্ত হেডার ব্যবহার করতে পারে।
4. অবজেক্টের বডি স্থানান্তর করা।

রিপোজিটরির LFS endpoint ওভাররাইড এবং প্রকৃত URL যাচাই করুন। LFS-এর নিজস্ব HTTP বাস্তবায়ন, কনফিগারেশন ও উত্তরাধিকারসূত্রে পাওয়া প্রক্সি পরিবেশ আছে। Git LFS 3.7.0-এর জন্য প্রকৃত অনুরোধ URL-এর ক্ষেত্রে এর প্রক্সি নির্বাচনের ক্রম অনুসরণ করুন। সাধারণ Git HTTPS হোস্টে পৌঁছানো পরবর্তী প্রতিটি অবজেক্ট রুট পরীক্ষা করে না। অবজেক্ট-হোস্ট প্রমাণীকরণ ব্যর্থতাও প্রক্সি 407 থেকে আলাদা।

যখন আপনি ডাউনলোডগুলো করতে চান, নিয়ন্ত্রিত রিপোজিটরিতে আলাদা একটি fetch আরেকটি clone ছাড়াই ব্যর্থতা দেখাতে পারে:

git -C project lfs fetch

এটি অবজেক্ট স্থানান্তর করে; এটি শুধু-পঠনযোগ্য সেটিংস জিজ্ঞাসা নয়। এরপর প্রয়োজনীয় কনটেন্ট উপলব্ধ আছে কি না নিশ্চিত করুন। আংশিক checkout-এ থেকে যাওয়া ছোট পয়েন্টার বড় ফাইলটি নয়, এবং আগের সফল Git কমান্ড LFS স্থানান্তর সম্পন্ন হয়েছে তা প্রতিষ্ঠা করতে পারে না।