Неизправности в системите за изграждане поради промени в контролните суми на архива в GitHub

GitHub промени начина, по който генерира автоматично генерирани архиви „.tar.gz“ и „.tgz“ на страниците за издаване, което доведе до промени в техните контролни суми и масивни повреди в системите за автоматизирано изграждане, които проверяват архивите, изтеглени от GitHub, спрямо предишни, за да потвърдят целостта .съхранени контролни суми, например поставени в метаданни на пакета или в скриптове за изграждане.

Започвайки с версия 2.38, Git инструментариумът включваше вградена реализация на gzip по подразбиране, което направи възможно унифицирането на поддръжката за този метод на компресия в операционните системи и подобряване на производителността при създаване на архив. GitHub взе промяната след актуализиране на версията на git в своята инфраструктура. Проблемът беше причинен от факта, че компресираните архиви, генерирани от вградената реализация на gzip, базирана на zlib, са двоично различни от архивите, създадени от помощната програма gzip, което доведе до различни контролни суми за архиви, създадени от различни версии на git при изпълнение на команда "git архив".

Съответно, след актуализиране на git в GitHub, на страниците за издаване започнаха да се показват малко по-различни архиви, които не преминаха проверка с помощта на старите контролни суми. Проблемът се проявява в различни системи за изграждане, системи за непрекъсната интеграция и инструменти за изграждане на пакети от изходен код. Например сглобяването на около 5800 FreeBSD порта, изходните кодове за които бяха изтеглени от GitHub, беше счупено.

В отговор на първоначалните оплаквания за проблемите GitHub първоначално цитира факта, че постоянните контролни суми за архивите никога не са били гарантирани. След като беше показано, че ще е необходима огромна работа за актуализиране на метаданните в различни екосистеми, за да се възстанови функционалността на засегнатите системи за изграждане, представителите на GitHub промениха решението си, отмениха промяната и върнаха стария метод за генериране на архиви.

Разработчиците на Git все още не са взели решение и само обсъждат възможни действия. Разглежданите опции включват връщане към използване на помощната програма gzip по подразбиране; добавяне на флага „--stable“ за поддържане на съвместимост със стари архиви; свързване на вградената реализация с отделен архивен формат; използване на помощната програма gzip за стари ангажименти и вградената реализация за ангажименти, започващи от определена дата; гарантираща стабилност на формата само за некомпресирани архиви.

Трудността при вземането на решение се обяснява с факта, че връщането към извикване на външна помощна програма не решава напълно проблема с неизменността на контролната сума, тъй като промяната във външната gzip програма може също да доведе до промяна във формата на архива. В момента е предложен набор от корекции за преглед, който връща старото поведение по подразбиране (извикване на външна помощна програма gzip) и използва вградената реализация при липса на помощна програма gzip в системата. Пачовете също добавят към документацията споменаване, че стабилността на изхода "git archive" не е гарантирана и форматът може да се промени в бъдеще.

Източник: opennet.ru