GitHub पर संग्रह चेकसम में परिवर्तन के कारण बिल्ड सिस्टम में विफलताएँ

GitHub ने रिलीज पेजों पर स्वचालित रूप से जेनरेट किए गए ".tar.gz" और ".tgz" आर्काइव को जेनरेट करने के तरीके को बदल दिया, जिसके कारण उनके चेकसम में बदलाव आया और स्वचालित बिल्ड सिस्टम में बड़े पैमाने पर विफलताएं हुईं, जो अखंडता की पुष्टि करने के लिए पिछले वाले के मुकाबले GitHub से डाउनलोड किए गए आर्काइव की जांच करते हैं। संग्रहीत चेकसम, उदाहरण के लिए, पैकेज मेटाडेटा या बिल्ड स्क्रिप्ट में रखे गए।

रिलीज़ 2.38 से शुरू होकर, Git टूलकिट में डिफ़ॉल्ट रूप से gzip का एक अंतर्निहित कार्यान्वयन शामिल था, जिसने ऑपरेटिंग सिस्टम में इस संपीड़न विधि के लिए समर्थन को एकीकृत करना और संग्रह निर्माण प्रदर्शन में सुधार करना संभव बना दिया। GitHub ने अपने बुनियादी ढांचे में git के संस्करण को अपडेट करने के बाद परिवर्तन उठाया। समस्या इस तथ्य के कारण हुई कि अंतर्निहित zlib-आधारित gzip कार्यान्वयन द्वारा उत्पन्न संपीड़ित अभिलेखागार gzip उपयोगिता द्वारा बनाए गए अभिलेखागार से बाइनरी अलग हैं, जिसके परिणामस्वरूप निष्पादन करते समय git के विभिन्न संस्करणों द्वारा बनाए गए अभिलेखागार के लिए अलग-अलग चेकसम होते हैं। "गिट आर्काइव" कमांड।

तदनुसार, GitHub में git को अपडेट करने के बाद, रिलीज़ पेजों पर थोड़े अलग अभिलेख प्रदर्शित होने लगे जो पुराने चेकसम का उपयोग करके सत्यापन पास नहीं करते थे। समस्या विभिन्न निर्माण प्रणालियों, निरंतर एकीकरण प्रणालियों और स्रोत कोड से पैकेज बनाने के उपकरणों में प्रकट हुई। उदाहरण के लिए, लगभग 5800 फ्रीबीएसडी पोर्ट की असेंबली, जिसके स्रोत कोड GitHub से डाउनलोड किए गए थे, टूट गया था।

गड़बड़ियों के बारे में शुरुआती शिकायतों के जवाब में, GitHub ने शुरू में इस तथ्य का हवाला दिया कि अभिलेखागार के लिए स्थायी चेकसम की कभी गारंटी नहीं दी गई थी। यह दिखाए जाने के बाद कि प्रभावित बिल्ड सिस्टम की कार्यक्षमता को बहाल करने के लिए विभिन्न पारिस्थितिक तंत्रों में मेटाडेटा को अपडेट करने के लिए बड़ी मात्रा में काम की आवश्यकता होगी, GitHub प्रतिनिधियों ने अपना मन बदल दिया, परिवर्तन वापस कर दिया और अभिलेखागार बनाने की पुरानी पद्धति वापस कर दी।

Git डेवलपर्स अभी तक किसी निर्णय पर नहीं पहुंचे हैं और केवल संभावित कार्रवाइयों पर चर्चा कर रहे हैं। जिन विकल्पों पर विचार किया गया उनमें डिफ़ॉल्ट gzip उपयोगिता का उपयोग करना शामिल है; पुराने अभिलेखों के साथ अनुकूलता बनाए रखने के लिए "--स्थिर" ध्वज जोड़ना; अंतर्निहित कार्यान्वयन को एक अलग संग्रह प्रारूप से जोड़ना; पुराने कमिट्स के लिए gzip उपयोगिता का उपयोग करना और एक निश्चित तिथि से शुरू होने वाले कमिट्स के लिए इनलाइन कार्यान्वयन का उपयोग करना; केवल असम्पीडित अभिलेखागार के लिए प्रारूप स्थिरता की गारंटी।

निर्णय लेने की कठिनाई को इस तथ्य से समझाया गया है कि किसी बाहरी उपयोगिता पर कॉल वापस करने से चेकसम अपरिवर्तनीयता की समस्या पूरी तरह से हल नहीं होती है, क्योंकि बाहरी gzip प्रोग्राम में बदलाव से संग्रह प्रारूप में भी बदलाव हो सकता है। वर्तमान में, पैच का एक सेट समीक्षा के लिए प्रस्तावित किया गया है जो डिफ़ॉल्ट रूप से पुराने व्यवहार को लौटाता है (बाहरी gzip उपयोगिता को कॉल करता है) और सिस्टम में gzip उपयोगिता की अनुपस्थिति में अंतर्निहित कार्यान्वयन का उपयोग करता है। पैच दस्तावेज़ में यह उल्लेख भी जोड़ते हैं कि "गिट आर्काइव" आउटपुट की स्थिरता की गारंटी नहीं है और भविष्य में प्रारूप बदल सकता है।

स्रोत: opennet.ru