{"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":"Falli nei sistemi di build a causa di modifiche alle somme di controllo degli archivi su GitHub","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
GitHub ha modificato il metodo di generazione degli archivi generati automaticamente in formato «.tar.gz» e «.tgz» nelle pagine delle release, causando cos\u00ec una modifica dei loro checksum e numerosi malfunzionamenti nei sistemi di build automatizzati che, per confermare l'integrit\u00e0, confrontano gli archivi caricati da GitHub con i checksum precedentemente salvati, ad esempio, memorizzati nei metadati dei pacchetti o negli script di build. <\/p>\n
A partire dalla versione 2.38, \u00e8 stata inclusa di default nel toolkit di Git un'implementazione integrata di gzip, che ha permesso di uniformare il supporto per questo metodo di compressione su diversi sistemi operativi e migliorare le prestazioni della creazione degli archivi. GitHub ha adottato il cambiamento dopo aver aggiornato la versione di git nella propria infrastruttura. Il problema \u00e8 stato causato dal fatto che gli archivi compressi generati dall'implementazione integrata di gzip basata su zlib differiscono binari dagli archivi creati con l'utilit\u00e0 gzip, portando a checksum differenti per archivi creati con diverse versioni di git quando si esegue il comando «git archive». <\/p>\n
Di conseguenza, dopo l'aggiornamento di git in GitHub, venivano restituiti archivi leggermente diversi nelle pagine delle release, che non superavano il controllo con i vecchi checksum. Il problema si \u00e8 manifestato in vari sistemi di build, sistemi di integrazione continua e strumenti di compilazione di pacchetti da sorgenti. Ad esempio, si \u00e8 verificato un malfunzionamento nella generazione di circa 5800 port di FreeBSD, i cui sorgenti erano scaricati da GitHub. <\/p>\n
In risposta alle prime segnalazioni di errori, i rappresentanti di GitHub hanno inizialmente riferito che i checksum permanenti per gli archivi non sono mai stati garantiti. Dopo che \u00e8 stato dimostrato che per ripristinare il funzionamento dei sistemi di build influenzati dalla modifica sarebbe stata necessaria una enorme quantit\u00e0 di lavoro per aggiornare i metadata in diverse ecosistemi, i rappresentanti di GitHub hanno cambiato idea, annullato la modifica e ripristinato il vecchio metodo di generazione degli archivi. <\/p>\n
Gli sviluppatori di Git non sono ancora giunti a una soluzione e stanno solo discutendo le possibili azioni. Sono state considerate opzioni come il ripristino dell'utilit\u00e0 gzip di default; l'aggiunta di un flag «—stable» per mantenere la compatibilit\u00e0 con i vecchi archivi; il legame dell'implementazione integrata a un formato di archivio separato; l'uso dell'utilit\u00e0 gzip per vecchi commit e dell'implementazione integrata 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 della decisione \u00e8 spiegata dal fatto che il ripristino della chiamata a un'utilit\u00e0 esterna non risolve completamente il problema della mutabilit\u00e0 dei checksum, poich\u00e9 una modifica nel programma esterno gzip potrebbe anche portare a cambiamenti nel formato dell'archivio. Attualmente \u00e8 stato proposto un insieme di patch per ripristinare di default il comportamento precedente (chiamata all'utilit\u00e0 esterna gzip) e utilizzare l'implementazione integrata in assenza dell'utilit\u00e0 gzip nel sistema. Le patch aggiungono anche nella documentazione un riferimento che indica che la stabilit\u00e0 dell'output di «git archive» non \u00e8 garantita e che il formato potrebbe cambiare in futuro. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"