GitHub मा संग्रह चेकसमहरूमा परिवर्तनहरूको कारण निर्माण प्रणालीहरूमा विफलताहरू

GitHub ले विमोचन पृष्ठहरूमा स्वचालित रूपमा उत्पन्न ".tar.gz" र ".tgz" अभिलेखहरू उत्पन्न गर्ने तरिका परिवर्तन गर्‍यो, जसले तिनीहरूको चेकसमहरूमा परिवर्तनहरू र स्वचालित निर्माण प्रणालीहरूमा ठूलो विफलताहरू निम्त्यायो जसले अखण्डता पुष्टि गर्न अघिल्लोका विरुद्ध GitHub बाट डाउनलोड गरिएका अभिलेखहरू जाँच गर्‍यो। भण्डारण गरिएका चेकसमहरू, उदाहरणका लागि, प्याकेज मेटाडेटा वा निर्माण लिपिहरूमा राखिएको।

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

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

ग्लिचहरूको बारेमा प्रारम्भिक गुनासोहरूको जवाफमा, GitHub ले सुरुमा तथ्यलाई उद्धृत गर्‍यो कि अभिलेखहरूको लागि स्थायी चेकसमहरू कहिल्यै ग्यारेन्टी भएन। प्रभावित निर्माण प्रणालीहरूको कार्यक्षमता पुनर्स्थापना गर्न विभिन्न इकोसिस्टमहरूमा मेटाडेटा अपडेट गर्न ठूलो मात्रामा काम आवश्यक पर्ने देखाइएपछि, GitHub प्रतिनिधिहरूले आफ्नो मन परिवर्तन गरे, परिवर्तनलाई उल्टाए र अभिलेखहरू उत्पन्न गर्ने पुरानो विधि फिर्ता गरे।

Git विकासकर्ताहरू अझै निर्णयमा आएका छैनन् र सम्भावित कार्यहरू मात्र छलफल गरिरहेका छन्। पूर्वनिर्धारित gzip उपयोगिता प्रयोगमा फर्काउने विकल्पहरू विचार गरियो; पुरानो अभिलेखहरूसँग अनुकूलता कायम राख्न "--स्थिर" झण्डा थप्दै; बिल्ट-इन कार्यान्वयनलाई छुट्टै अभिलेख ढाँचामा लिङ्क गर्दै; पुरानो कमिटहरूको लागि gzip उपयोगिता र निश्चित मितिबाट सुरु हुने कमिटहरूको लागि इनलाइन कार्यान्वयन; संकुचित अभिलेखहरूको लागि मात्र ढाँचा स्थिरता ग्यारेन्टी।

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

स्रोत: opennet.ru