GitHub પર આર્કાઇવ ચેકસમ્સમાં ફેરફારોને કારણે બિલ્ડ સિસ્ટમ્સમાં નિષ્ફળતા

GitHub એ પ્રકાશન પૃષ્ઠો પર આપમેળે જનરેટ થયેલ “.tar.gz” અને “.tgz” આર્કાઇવ્સ જનરેટ કરવાની રીત બદલી છે, જેના કારણે તેમના ચેકસમ્સમાં ફેરફારો થયા છે અને સ્વચાલિત બિલ્ડ સિસ્ટમ્સમાં મોટા પાયે નિષ્ફળતાઓ આવી છે જે અખંડિતતાની પુષ્ટિ કરવા માટે અગાઉના લોકો સામે GitHub પરથી ડાઉનલોડ કરેલા આર્કાઇવ્સને તપાસે છે. સંગ્રહિત ચેકસમ, ઉદાહરણ તરીકે, પેકેજ મેટાડેટા અથવા બિલ્ડ સ્ક્રિપ્ટમાં મૂકવામાં આવે છે.

રીલીઝ 2.38 થી શરૂ કરીને, Git ટૂલકીટમાં મૂળભૂત રીતે gzip ના બિલ્ટ-ઇન અમલીકરણનો સમાવેશ થાય છે, જેણે સમગ્ર ઓપરેટિંગ સિસ્ટમ્સમાં આ કમ્પ્રેશન પદ્ધતિ માટે સમર્થનને એકીકૃત કરવાનું અને આર્કાઇવ બનાવવાની કામગીરીમાં સુધારો કરવાનું શક્ય બનાવ્યું છે. GitHub એ તેના ઇન્ફ્રાસ્ટ્રક્ચરમાં ગિટના સંસ્કરણને અપડેટ કર્યા પછી ફેરફાર પસંદ કર્યો. સમસ્યા એ હકીકતને કારણે થઈ હતી કે બિલ્ટ-ઇન zlib-આધારિત gzip અમલીકરણ દ્વારા જનરેટ કરાયેલ સંકુચિત આર્કાઇવ્સ gzip ઉપયોગિતા દ્વારા બનાવેલા આર્કાઇવ્સથી દ્વિસંગી અલગ છે, જેના પરિણામે git ના વિવિધ સંસ્કરણો દ્વારા બનાવવામાં આવેલ આર્કાઇવ્સ માટે અલગ અલગ ચેકસમ પરિણમે છે. "git આર્કાઇવ" આદેશ.

તદનુસાર, ગિટહબમાં ગિટ અપડેટ કર્યા પછી, પ્રકાશન પૃષ્ઠો પર થોડા અલગ આર્કાઇવ્સ પ્રદર્શિત થવા લાગ્યા, જે જૂના ચેકસમનો ઉપયોગ કરીને ચકાસણી પસાર કરતા ન હતા. સમસ્યા વિવિધ બિલ્ડ સિસ્ટમ્સ, સતત એકીકરણ સિસ્ટમ્સ અને સ્રોત કોડમાંથી પેકેજો બનાવવા માટેના સાધનોમાં પોતાને પ્રગટ કરે છે. ઉદાહરણ તરીકે, લગભગ 5800 ફ્રીબીએસડી પોર્ટની એસેમ્બલી, સ્ત્રોત કોડ જેના માટે GitHub પરથી ડાઉનલોડ કરવામાં આવ્યા હતા, તૂટી ગયા હતા.

ક્ષતિઓ વિશેની પ્રારંભિક ફરિયાદોના જવાબમાં, GitHubએ શરૂઆતમાં એ હકીકત ટાંકી હતી કે આર્કાઇવ્સ માટે કાયમી ચેકસમની ખાતરી ક્યારેય આપવામાં આવતી નથી. અસરગ્રસ્ત બિલ્ડ સિસ્ટમ્સની કાર્યક્ષમતાને પુનઃસ્થાપિત કરવા માટે વિવિધ ઇકોસિસ્ટમ્સમાં મેટાડેટાને અપડેટ કરવા માટે મોટી માત્રામાં કાર્યની જરૂર પડશે તે દર્શાવ્યા પછી, GitHub પ્રતિનિધિઓએ તેમના વિચારો બદલ્યા, ફેરફારને પાછો ફર્યો અને આર્કાઇવ્સ બનાવવાની જૂની પદ્ધતિ પરત કરી.

ગિટ ડેવલપર્સ હજુ સુધી કોઈ નિર્ણય પર આવ્યા નથી અને માત્ર સંભવિત ક્રિયાઓની ચર્ચા કરી રહ્યા છે. ડિફૉલ્ટ gzip ઉપયોગિતાનો ઉપયોગ કરવા માટે પાછા ફરવાનો સમાવેશ થાય છે તે વિકલ્પો ધ્યાનમાં લેવામાં આવે છે; જૂના આર્કાઇવ્સ સાથે સુસંગતતા જાળવવા માટે "--સ્થિર" ધ્વજ ઉમેરવાનું; બિલ્ટ-ઇન અમલીકરણને અલગ આર્કાઇવ ફોર્મેટ સાથે લિંક કરવું; જૂના કમિટ માટે gzip યુટિલિટીનો ઉપયોગ કરીને અને ચોક્કસ તારીખથી શરૂ થતા કમિટ માટે ઇનલાઇન અમલીકરણ; માત્ર બિનસંકુચિત આર્કાઇવ્સ માટે ફોર્મેટ સ્થિરતાની ખાતરી આપે છે.

નિર્ણય લેવામાં મુશ્કેલી એ હકીકત દ્વારા સમજાવવામાં આવી છે કે બાહ્ય ઉપયોગિતાને કૉલ પર પાછા ફરવાથી ચેકસમ અપરિવર્તનશીલતાની સમસ્યા સંપૂર્ણપણે હલ થતી નથી, કારણ કે બાહ્ય gzip પ્રોગ્રામમાં ફેરફાર પણ આર્કાઇવ ફોર્મેટમાં ફેરફાર તરફ દોરી શકે છે. હાલમાં, સમીક્ષા માટે પેચોનો સમૂહ પ્રસ્તાવિત કરવામાં આવ્યો છે જે ડિફૉલ્ટ રૂપે જૂની વર્તણૂક પરત કરે છે (બાહ્ય gzip ઉપયોગિતાને કૉલ કરે છે) અને સિસ્ટમમાં gzip ઉપયોગિતાની ગેરહાજરીમાં બિલ્ટ-ઇન અમલીકરણનો ઉપયોગ કરે છે. પેચો પણ દસ્તાવેજીકરણમાં ઉમેરે છે કે "ગીટ આર્કાઇવ" આઉટપુટની સ્થિરતાની ખાતરી આપવામાં આવતી નથી અને ભવિષ્યમાં ફોર્મેટ બદલાઈ શકે છે.

સોર્સ: opennet.ru