{"id":106631,"date":"2023-02-03T18:48:10","date_gmt":"2023-02-03T16:48:10","guid":{"rendered":"https:\/\/prohoster.info\/?p=106631"},"modified":"2023-02-03T21:50:32","modified_gmt":"2023-02-03T19:50:32","slug":"sboi-v-sistemah-sborki-iz-za-izmeneniya-kontrolnyh-summ-arhivov-v-github","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/news\/sboi-v-sistemah-sborki-iz-za-izmeneniya-kontrolnyh-summ-arhivov-v-github","title":{"rendered":"Konstruktsioonis\u00fcsteemide t\u00f5rked, mis on p\u00f5hjustatud GitHubi arhiivide kontrollsummade muutumisest.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
GitHub muutis automaatselt genereeritud arhivide meetodi vormindamist «.tar.gz» ja «.tgz» versioonilehtedel, mille tulemusena muutusid nende kontrollsummad ja p\u00f5hjustas massilisi t\u00f5rkeid automatiseeritud kogumise s\u00fcsteemides, mis kontrollivad laaditud GitHubi arhiivide terviklikkust varasemalt salvestatud kontrollsummadega, n\u00e4iteks pakettide metaandmetes v\u00f5i kogumisstsenaariumides. <\/p>\n
Alates versioonist 2.38 on Git-t\u00f6\u00f6riistakasse vaikimisi lisatud sisseehitatud gzip teostus, mis v\u00f5imaldas \u00fchtlustada selle kokkusurumismeetodi toetust erinevates operatsioonis\u00fcsteemides ja parandada arhivide loomise j\u00f5udlust. GitHub v\u00f5ttis muudatuse \u00fcle p\u00e4rast git versiooni uuendamist oma infrastruktuuris. Probleemi p\u00f5hjustas see, et sisseehitatud gzip teostus, mis p\u00f5hineb zlib-il, genereeritud arhivid erinevad binaarsete arhiivide laadimistest, mida l\u00f5i gzip utiliit, tekitades erinevusi kontrollsummades, mis on loodud erinevate git versioonide korral k\u00e4su «git archive» t\u00e4itmisel. <\/p>\n
Seet\u00f5ttu, p\u00e4rast git'i v\u00e4rskendamist anti GitHubis v\u00e4lja veidi erinevad arhiivid, mis ei l\u00e4binud vanade kontrolsummade kontrolli. Probleem ilmnes erinevates ehituss\u00fcsteemides, pideva integreerimise s\u00fcsteemides ja paketihalduse t\u00f6\u00f6riistades, mis s\u00f5ltusid l\u00e4htekoodist. N\u00e4iteks tekkis probleeme umbes 5800 FreeBSD sadama ehitusega, mille l\u00e4htekood laaditi GitHubist. <\/p>\n
Esimesele kaebusele tekkinud t\u00f5rgete kohta viitasid GitHubi esindajad alguses sellele, et p\u00fcsivad kontrolsummad arhiivide jaoks pole kunagi garanteeritud. P\u00e4rast seda, kui n\u00e4idati, et ehituss\u00fcsteemide taastamiseks, mida muudatus m\u00f5jutas, on vajalik tohutu t\u00f6\u00f6 metainformatsiooni uuendamiseks erinevates \u00f6kos\u00fcsteemides, muutsid GitHubi esindajad oma arvamust, t\u00fchistades muudatuse ja naasdes vanasse arhiivide genereerimise meetodisse. <\/p>\n
Git arendajad pole veel j\u00f5udnud mingile lahendusele ning arutavad v\u00f5imalikku tegevust. Arutati selliseid variante nagu tagasi p\u00f6\u00f6rdumine vaikimisi gzip utiliidi kasutamise juurde; stabiilsuse tagamiseks vanade arhiivide jaoks «—stable» lipu lisamine; sisseehitatud rakenduse sidumine eraldi arhiviformaadiga; kasutades gzip utiliiti vanade commit'ide jaoks ja sisseehitatud rakendust commit'ide jaoks, mis on tehtud teatud kuup\u00e4evast alates; stabiilsuse tagamine vormingu osas ainult kokkusurutud arhiivide puhul. <\/p>\n
Otsuse tegemise keerukus tuleneb sellest, et tagasip\u00f6\u00f6rdumine v\u00e4lise utiliidi v\u00e4ljakutsumise juurde ei lahenda probleemi, mis puudutab kontrollsumma muutumatust, kuna ka v\u00e4lise programmi gzip muutmine v\u00f5ib p\u00f5hjustada arhiviformaadi muutust. Hetkel on \u00fclevaatamiseks esitatud patchide komplekt, mis taastab vaikimisi vana k\u00e4itumise (v\u00e4lise utiliidi gzip v\u00e4ljakutse) ja kasutab sisseehitatud rakendust, kui s\u00fcsteemis puudub gzip utiliit. Patchid lisavad ka dokumentatsioonis viite, et «git archive» v\u00e4ljundi stabiilsust ei garanteerita ning formaat v\u00f5ib tulevikus muutuda. \n Allikas: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"