{"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\/it\/blog\/news\/sboi-v-sistemah-sborki-iz-za-izmeneniya-kontrolnyh-summ-arhivov-v-github","title":{"rendered":"Errori nei sistemi di build a causa della modifica dei checksum degli archivi in GitHub","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
GitHub ha modificato il metodo di creazione degli archivi generati automaticamente «.tar.gz» e «.tgz» sulle pagine di rilascio, il che ha portato a una modifica dei loro checksum e a numerosi errori nei sistemi di build automatizzati, che convalidano l'integrit\u00e0 confrontando gli archivi scaricati da GitHub con i checksum precedentemente salvati, ad esempio, inseriti nei metadati dei pacchetti o negli script di build. <\/p>\n
Dalla versione 2.38, nel toolkit Git \u00e8 stata inclusa di default una versione integrata di gzip, che ha consentito di unificare il supporto per questo metodo di compressione su diversi sistemi operativi e migliorare le prestazioni nella creazione di archivi. GitHub ha adottato la modifica dopo l'aggiornamento della versione di git nella sua infrastruttura. Il problema \u00e8 stato causato dal fatto che gli archivi compressi generati dall'implementazione integrata di gzip basata su zlib differiscono binariamente dagli archivi creati dall'utilit\u00e0 gzip, il che ha portato a checksum diversi per archivi creati con diverse versioni di git durante l'esecuzione del comando «git archive». <\/p>\n
Di conseguenza, dopo l'aggiornamento di git su GitHub, negli rilasci sono stati forniti archivi leggermente diversi, che non superano i controlli con le vecchie somme di controllo. Il problema si \u00e8 manifestato in vari sistemi di build, sistemi di integrazione continua e in strumenti di creazione di pacchetti dai codici sorgente. Ad esempio, si \u00e8 interrotta la creazione di circa 5800 porte di FreeBSD, i cui codici sorgente venivano caricati da GitHub. <\/p>\n
In risposta alle prime segnalazioni di malfunzionamenti, i rappresentanti di GitHub inizialmente affermarono che le somme di controllo permanenti per gli archivi non erano mai state garantite. Dopo che \u00e8 stato dimostrato che per ripristinare il funzionamento dei sistemi di build influenzati dalla modifica sarebbe stato necessario un enorme lavoro di aggiornamento dei metadati in diverse ecosistemi, i rappresentanti di GitHub cambiarono idea, annullarono la modifica e ripristinarono il vecchio metodo di generazione degli archivi. <\/p>\n
Gli sviluppatori di Git non hanno ancora trovato una soluzione e stanno solo discutendo le possibili azioni. Sono stati considerati opzioni come tornare all'uso dell'utilit\u00e0 gzip di default; aggiungere un flag «—stable» per mantenere la compatibilit\u00e0 con i vecchi archivi; associare l'implementazione interna a un formato di archivio specifico; utilizzare l'utilit\u00e0 gzip per i vecchi commit e l'implementazione interna per i commit a partire da una certa data; garantire la stabilit\u00e0 del formato solo per archivi non compressi. <\/p>\n
La complessit\u00e0 nel prendere una decisione \u00e8 dovuta al fatto che tornare a chiamare un'utilit\u00e0 esterna non risolve completamente il problema dell'immutabilit\u00e0 dei checksum, poich\u00e9 una modifica nel programma esterno gzip potrebbe comunque portare a una variazione nel formato dell'archivio. Attualmente \u00e8 stato proposto un insieme di patch per il riesame, che ripristina il comportamento di default (chiamando l'utilit\u00e0 esterna gzip) e utilizza l'implementazione interna in assenza dell'utilit\u00e0 gzip nel sistema. Le patch aggiungono anche nella documentazione una nota che afferma che la stabilit\u00e0 dell'output di «git archive» non \u00e8 garantita e il formato potrebbe cambiare in futuro. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"