Ehituskatkestused GitHub'i arhiivide kontrollsummade muutumise tõttu

GitHub on muutnud automaatselt genereeritud arhiivide «.tar.gz» ja «.tgz» loomise meetodit versiooni väljalasetel, põhjustades nende kontrollsummade muutumise ja ulatuslikke tõrkeid automatiseeritud kogumisüsteemides, mis kontrollivad GitHub'ist alla laaditud arhiivide terviklikkust varem salvestatud kontrollsummadega, näiteks metapakettide andmetes või kogumiskavades.

Alates versioonist 2.38 on Git'i tööriistakomplekti vaikimisi integreeritud gzip'i teostus, mis võimaldab ühtlustada selle tihendamismeetodi toetust erinevates operatsioonisüsteemides ja parandada arhiivide loomise tulemuslikkust. GitHub võttis muudatuse pärast git'i versiooni uuendamist oma infrastruktuuris omaks. Probleem tekkis, kuna zlib'i põhjal loodud integreeritud gzip'i teostuse loodud tihendatud arhiivid erinesid binaarselt gzip'i utiliidi loodud arhiividest, mis põhjustas erinevaid kontrollsummasid erinevate git'i versioonide puhul, kui käivitada käsu «git archive».

Seega, pärast git'i uuendamist GitHub'is hakati versiooni vabastamisel pakkuma veidi erinevaid arhiive, mis ei läbinud vanu kontrollsummasid. Probleem ilmnes erinevates kogumissüsteemides, pideva integratsiooni süsteemides ja paketihaldustööriistades. Näiteks on katkenud ligikaudu 5800 FreeBSD porti kogumine, mille lähtekood laaditi GitHub'ist alla.

Esialgete kaebuste peale esitas GitHub'i esindajad esmalt viite, et arhiivide püsivad kontrollsummad ei olnud kunagi garanteeritud. Pärast seda, kui selgus, et muudetud, et süsteemide töövõime taastamine, mis oli muutustest mõjutatud, nõuab tohutut tööd erinevate ökosüsteemide metainformatsiooni uuendamiseks, muutis GitHub'i esindajad oma seisukohta, tühistasid muudatuse ja tagastasid vanema arhiivide genereerimise meetodi.

Git arendajad ei ole veel mingile lahendusele jõudnud ja arutavad vaid võimalikke samme. Arutati selliseid variante nagu vaikimisi gzip utiliidi kasutamise tagasi pööramine; flagi „—stable” lisamine, et säilitada ühilduvus vana arhiiviga; sisseehitatud rakenduse sidumine eraldi arhiiviformaadiga; gzip utiliidi kasutamine vanade commit'ide jaoks ja sisseehitatud lahenduse kasutamine commit'ide jaoks alates teatud kuupäevast; formaadi stabiilsuse tagamine ainult mittekompressitud arhiivide puhul.

Otsuse vastuvõtmise keerukus tuleneb sellest, et tagasi pöördumine välise utiliidi kutse poole ei lahenda täielikult kontrollsummade muutumatuse probleemi, kuna välise programmi gzip muudatused võivad samuti viia arhiiviformaadi muutumiseni. Praegu on ülevaatamiseks ette nähtud patchide kogum, mis tagastab vaikimisi vana käitumise (välise utiliidi gzip kutse) ja kasutab sisseehitatud lahendust, kui süsteemis puudub utiliid gzip. Patchid lisavad ka dokumentatsioonis märkuse, et „git archive” väljundi stabiilsust ei garanteerita ja formaat võib tulevikus muutuda.

Allikas: opennet.ru