Git 2.41 소스 제어 시스템 사용 가능

2.41개월 간의 개발 끝에 분산 소스 제어 시스템 Git XNUMX의 릴리스가 공개되었습니다. Git은 분기 및 병합 분기를 기반으로 유연한 비선형 개발 도구를 제공하는 가장 인기 있고 신뢰할 수 있는 고성능 버전 제어 시스템 중 하나입니다. 기록의 무결성과 소급 변경에 대한 저항을 보장하기 위해 각 커밋에서 전체 이전 기록의 암시적 해싱이 사용되며 개발자의 디지털 서명으로 개별 태그 및 커밋을 확인할 수도 있습니다.

이전 릴리스와 비교하여 542명의 개발자가 참여하여 준비한 새 버전에는 95개의 변경 사항이 적용되었으며 이 중 29명이 처음으로 개발에 참여했습니다. 주요 혁신:

• 리포지토리에서 참조되지 않는 도달할 수 없는 개체의 처리가 개선되었습니다(분기 또는 태그는 참조되지 않음). 도달할 수 없는 개체는 가비지 수집기에 의해 제거되지만 경합 상태를 피하기 위해 제거하기 전에 특정 시간 동안 리포지토리에 남아 있습니다. 도달할 수 없는 개체의 기간을 추적하려면 유사한 개체의 변경 시간으로 레이블을 바인딩해야 합니다. 이렇게 하면 모든 개체가 공통 변경 시간을 갖는 하나의 팩 파일에 저장할 수 없습니다. 이전에는 도달할 수 없는 각 개체가 별도의 파일에 저장되어 아직 삭제되지 않은 새로운 도달할 수 없는 개체가 많은 경우 문제가 발생했습니다. 새 릴리스에서는 기본적으로 "cruft packs" 메커니즘을 사용하여 접근할 수 없는 개체를 압축하여 접근할 수 없는 모든 개체를 하나의 팩 파일에 저장하고 각 개체의 수정 시간에 대한 데이터를 확장자가 ".mtimes"인 파일과 ".idx" 확장자가 있는 색인 파일을 사용하여 링크됩니다.
• 기본적으로 팩 파일에 대한 디스크의 역방향 인덱스(revindex) 유지가 활성화됩니다. torvalds/linux 리포지토리에서 테스트했을 때 역방향 인덱스를 사용하면 리소스 집약적인 "git push" 작업의 속도를 1.49배 높일 수 있었고 "git cat- file --batch='%(objectsize:disk)' » 77번. 역방향 색인이 있는 파일(".rev")은 ".git/objects/pack" 디렉토리의 저장소 내부에 저장됩니다.

  Git은 모든 데이터를 별도의 파일에 배치되는 객체 형태로 저장한다는 점을 상기하십시오. 리포지토리 작업의 효율성을 높이기 위해 개체는 팩 파일에 추가로 배치되며 정보는 개체 스트림의 형태로 차례로 표시됩니다(git fetch 및 git을 사용하여 개체를 전송할 때 유사한 형식이 사용됨). 푸시 명령). 각 팩 파일에 대해 인덱스 파일(.idx)이 생성되므로 지정된 개체가 개체 식별자로 저장되는 팩 파일의 오프셋을 매우 빠르게 결정할 수 있습니다.

  새 릴리스에 포함된 역방향 인덱스는 팩 파일에서 개체의 위치에 대한 정보에서 개체 ID를 결정하는 프로세스를 간소화하는 데 목적이 있습니다. 이전에는 이러한 변환이 팩 파일을 파싱하는 동안 즉석에서 수행되어 메모리에만 저장되었기 때문에 이러한 인덱스를 재사용할 수 없었고 매번 인덱스를 강제로 생성해야 했습니다. 인덱스를 구축하는 작업은 개체-위치 쌍의 배열을 구축하고 위치별로 정렬하는 작업으로 축소되며, 대용량 팩 파일의 경우 시간이 오래 걸릴 수 있습니다.

  예를 들어, 직접 색인을 사용하는 객체의 내용을 표시하는 작업은 위치-객체 관계 데이터가 색인되지 않은 객체의 크기를 표시하는 작업보다 62배 더 빠릅니다. 역 인덱스를 사용한 후 이러한 작업은 거의 같은 시간이 걸리기 시작했습니다. 역방향 인덱스를 사용하면 이미 만들어진 데이터를 디스크에서 직접 전송하여 가져오기 및 푸시 명령을 실행할 때 개체 전송 작업 속도를 높일 수 있습니다.

  

• 제한된 리포지토리에 액세스할 때 자격 증명을 전달하는 데 사용되는 "자격 증명 도우미" 프로토콜에 대한 자격 증명 처리기와 인증 서비스 간의 WWW-Authenticate 헤더 전달에 대한 지원이 추가되었습니다. WWW-Authenticate 헤더 지원을 통해 OAuth 범위 매개변수를 리포지토리에 대한 보다 세분화된 사용자 액세스로 전달하고 요청에 사용할 수 있는 범위를 구분할 수 있습니다.
• 형식 옵션 "%(ahead-behind: )"를 통해 다른 분기와 비교하여 특정 분기에 존재하거나 없는 커밋 수에 대한 정보를 즉시 얻을 수 있습니다(커밋 수준에서 한 분기가 다른 분기보다 뒤처지거나 앞서는 정도). 이전에는 이 정보를 얻으려면 분기에 고유한 커밋 수를 가져오는 "git rev-list --count main..my-feature" 명령과 "git rev-list --count my-feature.." 명령이 필요했습니다. main"을 사용하여 누락된 커밋 수를 가져옵니다. 이제 이러한 계산을 단일 명령으로 줄일 수 있으므로 핸들러 쓰기가 간소화되고 실행 시간이 단축됩니다. 예를 들어, 병합되지 않은 분기를 표시하고 기본 분기보다 뒤에 있는지 앞에 있는지 평가하려면 한 줄짜리를 사용할 수 있습니다. $ git for-each-ref --no-merged=origin/HEAD \ --format=' %(refname:short) %(ahead-behind:origin/HEAD)' \ refs/heads/tb/ | column -t tb/cruft-extra-tips 2 96 tb/for-each-ref—exclude 16 96 tb/roaring-bitmaps 47 3 이전에 사용된 스크립트 대신 17배 더 느림: $ git for-each-ref — format='%(refname:short)' --no-merged=origin/HEAD \ refs/heads/tb | while read ref do ahead="$(git rev-list --count origin/HEAD..$ref)" behind="$(git rev-list --count $ref..origin/HEAD)" printf "%s %d %d\n" "$ref" "$ahead" "$behind" 완료 ​​| column -t tb/cruft-extra-tips 2 96 tb/for-each-ref—exclude 16 96 tb/roaring-bitmaps 47 3
• "git fetch" 명령에 "--porcelain" 옵션이 추가되어 " ”, 덜 읽기 쉽지만 스크립트에서 구문 분석하는 데 더 편리합니다.
• "fetch.hideRefs" 설정을 추가하여 서버가 개체의 전체 세트를 보냈는지 확인하는 단계에서 로컬 리포지토리의 링크 일부를 숨김으로써 "git 가져오기" 작업 속도를 높이고 확인을 서버로만 제한하여 시간을 절약합니다. 데이터가 직접 검색되는 곳. 예를 들어 추적된 외부 링크가 많은 리포지토리가 있는 시스템에서 테스트할 때 $remote 대상 서버로 주소 지정된 링크를 제외한 모든 링크를 제외하면 "git 가져오기" 작업이 20분에서 30초로 단축되었습니다. $ git -c fetch.hideRefs=refs -c fetch.hideRefs=!refs/remotes/$remote \ 가져오기 $remote
• "git fsck" 명령은 접근성 비트맵 및 역방향 인덱스에서 손상, 체크섬 일치 및 값의 정확성을 확인하는 기능을 구현합니다.
• "git clone --local" 명령은 이제 $GIT_DIR 내부에 심볼릭 링크가 포함된 저장소에서 복사하려고 할 때 오류를 표시합니다.

출처 : opennet.ru