গিটহাবে আর্কাইভ চেকসাম পরিবর্তনের কারণে বিল্ড সিস্টেমে ব্যর্থতা

GitHub রিলিজ পৃষ্ঠাগুলিতে স্বয়ংক্রিয়ভাবে জেনারেট করা ".tar.gz" এবং ".tgz" আর্কাইভগুলি তৈরি করার উপায় পরিবর্তন করেছে, যার ফলে তাদের চেকসামগুলিতে পরিবর্তন হয়েছে এবং স্বয়ংক্রিয় বিল্ড সিস্টেমগুলিতে ব্যাপক ব্যর্থতা হয়েছে যা অখণ্ডতা নিশ্চিত করতে পূর্ববর্তীগুলির বিপরীতে গিটহাব থেকে ডাউনলোড করা সংরক্ষণাগারগুলি পরীক্ষা করে। . সংরক্ষিত চেকসাম, উদাহরণস্বরূপ, প্যাকেজ মেটাডেটা বা বিল্ড স্ক্রিপ্টে স্থাপন করা হয়।

রিলিজ 2.38 দিয়ে শুরু করে, গিট টুলকিটে ডিফল্টভাবে gzip-এর একটি অন্তর্নির্মিত বাস্তবায়ন অন্তর্ভুক্ত করা হয়েছে, যা অপারেটিং সিস্টেম জুড়ে এই কম্প্রেশন পদ্ধতির জন্য সমর্থন একত্রিত করা এবং সংরক্ষণাগার তৈরির কার্যকারিতা উন্নত করা সম্ভব করেছে। GitHub এর পরিকাঠামোতে গিটের সংস্করণ আপডেট করার পরে পরিবর্তনটি তুলে নিয়েছে। সমস্যাটি এই কারণে হয়েছিল যে বিল্ট-ইন zlib-ভিত্তিক gzip বাস্তবায়নের দ্বারা উত্পন্ন সংকুচিত আর্কাইভগুলি gzip ইউটিলিটি দ্বারা তৈরি আর্কাইভ থেকে বাইনারি ভিন্ন, যার ফলে গিটের বিভিন্ন সংস্করণ দ্বারা সৃষ্ট আর্কাইভগুলির জন্য বিভিন্ন চেকসাম তৈরি হয়েছিল "git আর্কাইভ" কমান্ড।

তদনুসারে, গিটহাবে গিট আপডেট করার পরে, রিলিজ পৃষ্ঠাগুলিতে সামান্য ভিন্ন সংরক্ষণাগারগুলি প্রদর্শিত হতে শুরু করে, যা পুরানো চেকসামগুলি ব্যবহার করে যাচাইকরণ পাস করেনি। সমস্যাটি বিভিন্ন বিল্ড সিস্টেম, ক্রমাগত ইন্টিগ্রেশন সিস্টেম এবং সোর্স কোড থেকে প্যাকেজ তৈরির সরঞ্জামগুলিতে নিজেকে প্রকাশ করেছে। উদাহরণস্বরূপ, প্রায় 5800টি FreeBSD পোর্টের সমাবেশ, সোর্স কোড যার জন্য GitHub থেকে ডাউনলোড করা হয়েছিল, ভেঙ্গে গেছে।

ত্রুটিগুলি সম্পর্কে প্রাথমিক অভিযোগের প্রতিক্রিয়া হিসাবে, গিটহাব প্রাথমিকভাবে এই সত্যটি উদ্ধৃত করেছিল যে সংরক্ষণাগারগুলির জন্য স্থায়ী চেকসামগুলি কখনই নিশ্চিত করা হয়নি। পরিবর্তন দ্বারা প্রভাবিত বিল্ড সিস্টেমগুলি পুনরুদ্ধার করতে বিভিন্ন ইকোসিস্টেমে মেটাডেটা আপডেট করার জন্য প্রচুর পরিমাণে কাজ করার প্রয়োজন হবে তা দেখানোর পরে, গিটহাবের প্রতিনিধিরা তাদের মন পরিবর্তন করেছেন, পরিবর্তনটি ফিরিয়ে দিয়েছেন এবং সংরক্ষণাগার তৈরির পুরানো পদ্ধতি ফিরিয়ে দিয়েছেন।

গিট বিকাশকারীরা এখনও একটি সিদ্ধান্তে আসেনি এবং শুধুমাত্র সম্ভাব্য কর্ম নিয়ে আলোচনা করছে। ডিফল্ট gzip ইউটিলিটি ব্যবহারে প্রত্যাবর্তন অন্তর্ভুক্ত বিবেচনা করা হয়েছে; পুরানো আর্কাইভের সাথে সামঞ্জস্য বজায় রাখতে "--স্থিতিশীল" পতাকা যোগ করা; একটি পৃথক সংরক্ষণাগার বিন্যাসে অন্তর্নির্মিত বাস্তবায়ন লিঙ্ক করা; পুরানো কমিটের জন্য gzip ইউটিলিটি ব্যবহার করা এবং একটি নির্দিষ্ট তারিখ থেকে শুরু হওয়া কমিটগুলির জন্য ইনলাইন বাস্তবায়ন; বিন্যাস স্থায়িত্ব নিশ্চিত করা শুধুমাত্র uncompressed সংরক্ষণাগার জন্য.

সিদ্ধান্ত নেওয়ার অসুবিধাটি এই সত্য দ্বারা ব্যাখ্যা করা হয়েছে যে একটি বাহ্যিক ইউটিলিটিতে কলে ফিরে আসা চেকসাম অপরিবর্তনীয়তার সমস্যার সম্পূর্ণরূপে সমাধান করে না, যেহেতু বাহ্যিক জিজিপ প্রোগ্রামে পরিবর্তন আর্কাইভ বিন্যাসেও পরিবর্তন আনতে পারে। বর্তমানে, প্যাচগুলির একটি সেট পর্যালোচনার জন্য প্রস্তাব করা হয়েছে যা ডিফল্টরূপে পুরানো আচরণ ফিরিয়ে দেয় (একটি বহিরাগত জিজিপ ইউটিলিটি কল করে) এবং সিস্টেমে একটি জিজিপ ইউটিলিটির অনুপস্থিতিতে অন্তর্নির্মিত বাস্তবায়ন ব্যবহার করে। প্যাচগুলি ডকুমেন্টেশনে একটি উল্লেখও যোগ করে যে "গিট আর্কাইভ" আউটপুটের স্থায়িত্ব নিশ্চিত নয় এবং ভবিষ্যতে বিন্যাস পরিবর্তন হতে পারে।

উত্স: opennet.ru