GitHub의 아카이브 체크섬 변경으로 인한 빌드 시스템 오류

GitHub는 릴리스 페이지에서 자동으로 생성된 “.tar.gz” 및 “.tgz” 아카이브를 생성하는 방식을 변경했습니다. 이로 인해 체크섬이 변경되고 GitHub에서 다운로드한 아카이브를 이전 아카이브와 비교하여 무결성을 확인하는 자동화된 빌드 시스템에서 대규모 오류가 발생했습니다. 예를 들어 패키지 메타데이터나 빌드 스크립트에 배치된 체크섬이 저장됩니다.

릴리스 2.38부터 Git 툴킷에는 기본적으로 gzip 구현이 내장되어 있어 운영 체제 전반에 걸쳐 이 압축 방법에 대한 지원을 통합하고 아카이브 생성 성능을 향상시킬 수 있었습니다. GitHub는 인프라에서 git 버전을 업데이트한 후 변경 사항을 적용했습니다. 이 문제는 내장된 zlib 기반 gzip 구현으로 생성된 압축 아카이브가 gzip 유틸리티로 생성된 아카이브와 바이너리가 다르기 때문에 발생했습니다. 이로 인해 실행 시 서로 다른 버전의 git에서 생성된 아카이브에 대해 서로 다른 체크섬이 발생했습니다. "git archive" 명령.

이에 따라 GitHub에서 git을 업데이트한 후 이전 체크섬을 사용하여 검증을 통과하지 못한 릴리스 페이지에 약간 다른 아카이브가 표시되기 시작했습니다. 문제는 다양한 빌드 시스템, 지속적인 통합 시스템, 소스 코드에서 패키지를 빌드하기 위한 도구에서 나타났습니다. 예를 들어, GitHub에서 다운로드한 소스 코드인 약 5800개의 FreeBSD 포트 어셈블리가 손상되었습니다.

결함에 대한 초기 불만에 대해 GitHub는 처음에 아카이브에 대한 영구 체크섬이 보장되지 않는다는 사실을 언급했습니다. 영향을 받은 빌드 시스템의 기능을 복원하기 위해 다양한 생태계에서 메타데이터를 업데이트하는 데 엄청난 양의 작업이 필요하다는 사실이 밝혀진 후 GitHub 담당자는 마음을 바꾸고 변경 사항을 되돌리고 아카이브를 생성하는 이전 방법을 반환했습니다.

Git 개발자는 아직 결정을 내리지 않았으며 가능한 조치에 대해서만 논의하고 있습니다. 고려된 옵션에는 기본 gzip 유틸리티를 사용하도록 되돌리는 것이 포함됩니다. 이전 아카이브와의 호환성을 유지하기 위해 "--stable" 플래그를 추가합니다. 내장된 구현을 별도의 아카이브 형식에 연결합니다. 이전 커밋에는 gzip 유틸리티를 사용하고 특정 날짜부터 시작되는 커밋에는 인라인 구현을 사용합니다. 압축되지 않은 아카이브에 대해서만 형식 안정성을 보장합니다.

결정을 내리는 것이 어려운 이유는 외부 유틸리티 호출로 롤백해도 체크섬 불변성 문제가 완전히 해결되지 않는다는 사실 때문입니다. 외부 gzip 프로그램을 변경하면 아카이브 형식도 변경될 수 있기 때문입니다. 현재, 기본적으로 이전 동작(외부 gzip 유틸리티 호출)을 반환하고 시스템에 gzip 유틸리티가 없을 때 내장 구현을 사용하는 패치 세트가 검토를 위해 제안되었습니다. 또한 패치는 "git archive" 출력의 안정성이 보장되지 않으며 형식이 향후 변경될 수 있다는 언급을 문서에 추가합니다.

출처 : opennet.ru