GitHub on muutnud automaatselt genereeritud arhiivide «.tar.gz» ja «.tgz» loomise meetodit v\u00e4ljalaskes, mis on p\u00f5hjustanud nende kontrollsummade muutumise ja massilisi t\u00f5rkeid automatiseeritud kogumiss\u00fcsteemides, mis kontrollivad GitHubist allalaaditud arhiivide terviklikkust varasemate, n\u00e4iteks pakettide meetandmetes v\u00f5i kogumisskripti salvestatud kontrollsummadega. <\/p>\n
Alates versioonist 2.38 on Git'i t\u00f6\u00f6riistakogusse vaikimisi lisatud sisseehitatud gzip-implementatsioon, mis on v\u00f5imaldanud selle kokkusurumismeetodi \u00fchtlustatud toetust erinevates operatsioonis\u00fcsteemides ning parandanud arhiivide loomise efektiivsust. GitHub v\u00f5ttis selle muudatuse oma infrastruktuuri git'i versiooni v\u00e4rskendamise j\u00e4rel kasutusele. Probleem tekkis seet\u00f5ttu, et sisseehitatud gzip-implementatsioon zlib'i baasil genereeritud kokkusurutud arhiivid erinevad binaarselt gzip-i utiliidiga loodud arhiividest, mis on viinud kontrollsummade erinevusteni, mis on loodud erinevate git'i versioonide k\u00e4itamisel k\u00e4su «git archive» korral. <\/p>\n
Seega, p\u00e4rast git'i uuendamist GitHub'is hakati versiooni vabastamisel pakkuma veidi erinevaid arhiive, mis ei l\u00e4binud vanu kontrollsummasid. Probleem ilmnes erinevates kogumiss\u00fcsteemides, pideva integratsiooni s\u00fcsteemides ja paketihaldust\u00f6\u00f6riistades. N\u00e4iteks on katkenud ligikaudu 5800 FreeBSD porti kogumine, mille l\u00e4htekood laaditi GitHub'ist alla. <\/p>\n
Esialgete kaebuste peale esitas GitHub'i esindajad esmalt viite, et arhiivide p\u00fcsivad kontrollsummad ei olnud kunagi garanteeritud. P\u00e4rast seda, kui selgus, et muudetud, et s\u00fcsteemide t\u00f6\u00f6v\u00f5ime taastamine, mis oli muutustest m\u00f5jutatud, n\u00f5uab tohutut t\u00f6\u00f6d erinevate \u00f6kos\u00fcsteemide metainformatsiooni uuendamiseks, muutis GitHub'i esindajad oma seisukohta, t\u00fchistasid muudatuse ja tagastasid vanema arhiivide genereerimise meetodi. <\/p>\n
Git'i arendajad pole veel mingit lahendust leidnud ja arutavad vaid v\u00f5imalikke tegevusi. Arutatud on selliseid valikuid nagu tagasimineku v\u00f5imalus vaikimisi gzip utiliidi kasutamise juurde; «—stable» lipu lisamine vanade arhiividega \u00fchilduvuse s\u00e4ilitamiseks; sisseehitatud rakenduse seondamine eraldi arhiiviformaadiga; gzip utiliidi kasutamine vanade kommitite jaoks ja sisseehitatud rakenduse kasutamine kommitite jaoks alates kindlast kuup\u00e4evast; arhiivide mittesurutud formaadi stabiilsuse tagamine. <\/p>\n
Otsuse vastuv\u00f5tmise keerukus tuleneb asjaolust, et tagasimineku v\u00e4lise utiliidi kutsele ei lahenda t\u00e4ielikult kontrollsummade muutumatuse probleemi, kuna ka v\u00e4lise gzip programmi muudatus v\u00f5ib viia arhiiviformaadi muutumiseni. Praegu on arvustamiseks esitatud komplekt puhvers\u00fcsteeme, mis tagastavad vaikimisi vana k\u00e4itumise (v\u00e4lise gzip utiliidi kutse) ja kasutavad sisseehitatud rakendust, kui s\u00fcsteemis ei leidu gzip utiliiti. Puhvers\u00fcsteemid lisavad dokumentatsiooni mainimise, et «git archive» v\u00e4ljundi stabiilsust ei saa garanteerida ja formaat v\u00f5ib tulevikus muutuda. \n Allikas: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"