Rust 지원이 기본적으로 활성화된 Git 2.55 릴리스

분산 소스 제어 시스템인 Git 2.55 버전이 발표되었습니다. 주요 변경 사항은 Rust 빌드가 기본적으로 포함되는 것과 같은 기능 구현입니다. Linux fsmonitor 프로세스, 증분 MIDX 인덱스를 재구성하는 새로운 전략, 커밋을 수정하는 "git history fixup" 명령어, 객체 가용성 비트맵 생성 최적화, 병렬 후크 실행 지원, 그리고 "git format-rev" 명령어가 포함됩니다. Git은 GPLv2+ 라이선스에 따라 배포됩니다.

이전 버전과 비교하여 새 버전에는 100명의 개발자(그중 33명은 Git 개발에 처음 참여한 개발자)의 도움으로 준비된 505개의 변경 사항이 포함되어 있습니다. 주요 새 기능(1, 2, 3):

• Rust 언어 구성 요소 지원은 기본적으로 활성화되어 있습니다. rustc 컴파일러
  Rust가 빌드 종속성에 추가되었습니다. Rust 없이 빌드하려면 `make` 유틸리티를 실행할 때 `NO_RUST=1` 플래그를 사용하거나 `meson configure`를 실행할 때 `-Drust=disabled` 플래그를 사용하십시오. Rust를 사용하지 않고 빌드하는 기능은 Rust가 필수 종속성으로 포함되는 Git 3.0까지 지원될 예정입니다. Rust는 SHA-1과 SHA-256 해시 구성 간의 이식성을 위한 레이어와 가변 길이 정수 인코딩 및 디코딩과 같은 일부 내부 기능을 구현합니다. 향후 Git의 더 중요한 내부 기능들이 Rust로 재작성될 것으로 예상됩니다.
• 변경 이력을 수정하는 기능을 제공하는 실험적인 "git history" 명령어가 커밋을 수정하는 "git history fixup" 작업으로 업데이트되었습니다. "fixup" 작업을 사용하면 "git add"로 추가된 변경 사항을 이전 커밋으로 이동하고 이후의 모든 커밋을 자동으로 수정할 수 있습니다. 이는 "git commit --fixup=" 명령어를 실행하는 것과 유사합니다. "그리고 "git rebase --autosquash"를 실행합니다. ~».
• 플랫폼용 Linux 파일 시스템의 변경 사항을 inotify 메커니즘을 사용하여 모니터링하는 백그라운드 프로세스인 fsmonitor가 구현되었습니다. 이를 통해 "git status"와 같은 명령을 실행할 때 전체 작업 디렉토리를 탐색하지 않고도 작업을 수행할 수 있습니다. 이 기능은 "core.fsmonitor" 설정을 통해 활성화할 수 있습니다.
• `git repack` 명령어에 `--write-midx=incremental` 옵션이 추가되었습니다. 이 옵션은 증분 MIDX 인덱스(멀티팩 인덱스)의 메타데이터를 업데이트하는 새로운 전략을 구현하여 전체 인덱스를 다시 패키징할 필요성을 없애줍니다. 증분 멀티팩 인덱스는 팩파일 전체에 걸쳐 객체의 분포 정보를 담고 있는 단일 대형 인덱스 대신 레이어를 사용합니다. 각 레이어는 특정 개수의 팩파일을 포함하며 별도의 비트맵 파일에 저장됩니다. 이러한 구조를 통해 기존 레이어를 재구축하지 않고도 새 팩파일의 객체 정보를 인덱스에 추가하고 새 레이어를 인덱스에 연결할 수 있습니다.

  `git repack --write-midx=incremental` 명령어는 최근 생성된 팩파일을 포함하는 새로운 레이어를 증분 MIDX 인덱스에 추가합니다. 이 명령어를 `--geometric` 저장소 패킹 모드와 함께 사용하면 여러 팩파일의 새 객체를 하나의 더 큰 팩파일로 결합하고, 필요한 경우 증분 MIDX 인덱스의 인접한 여러 레이어를 패킹하고 병합할 수 있습니다. 이 전략을 통해 `git repack`은 상위 레이어만 다시 작성하고 이전의 더 큰 레이어는 그대로 유지합니다. 또한 전체 레이어 수를 전체 객체 수의 로그에 비례하도록 유지함으로써 레이어 체인의 무분별한 증가를 방지합니다.

• 객체 가용성 비트맵 생성 과정이 새로운 객체 트리 순회 알고리즘을 통해 크게 최적화되었습니다. 이 알고리즘은 불필요한 재귀 호출을 제거하고, 객체 위치 캐싱을 없애며, XOR 연산 전 비트맵 정렬을 생략하고, 유사 병합 비트맵 생성 코드를 재작업했습니다. 테스트 저장소에서 이러한 최적화를 통해 비트맵 생성 시간이 612초에서 294초로 단축되었습니다.
• 이제 설정 파일에서 독립적인 훅을 병렬로 실행할 수 있습니다. 커밋 노트를 변경하거나 인덱스 및 작업 트리를 검사하는 훅처럼 공유 상태에 영향을 미치거나 이를 고려하는 훅은 병렬로 실행할 수 없습니다. 하지만 린터 검사 및 단위 테스트 훅은 병렬로 실행할 수 있습니다. 병렬 실행을 허용하는 훅은 "hook.hook_name.parallel = true" 매개변수를 사용하여 구성합니다. 동시에 실행할 수 있는 작업 수는 hook.jobs 설정에 따라 결정됩니다. .jobs 또는 "-j" 명령줄 옵션을 사용하십시오.
• 이제 "git pack-objects --path-walk" 명령어를 사용하여 "blob:none", "blob:limit="와 같은 필터를 지정할 수 있습니다. ", "tree:0", "object:type= », «드문: " 및 "결합:". 테스트에서 "--path-walk"를 실행할 때 블롭을 제거하면 생성된 팩 파일의 크기가 16% 감소했습니다.
• 커밋 목록이나 임의의 텍스트에 언급된 수정 버전 및 객체 이름의 형식을 지정하는 "git format-rev" 명령어를 추가했습니다(예: 커밋 메모를 처리하는 훅에서 사용할 수 있습니다).

  git last-modified | git format-rev --stdin-mode=text --format=%an

  Junio ​​​​C Hamano 내장/commit.c

• 정보 메시지 및 오류 텍스트 전송 시 대부분의 터미널 제어 시퀀스에 대한 이스케이프 처리가 기본적으로 활성화되어 있습니다. 섬기는 사람악성 프로그램에 접근할 때 섬기는 사람 이러한 이스케이프 시퀀스는 커서 이동 및 텍스트 지우기와 같은 출력을 숨기거나 수정하는 데 사용할 수 있습니다. 요소 강조 표시를 위한 이스케이프 시퀀스 지원은 유지되었습니다.
• 이제 `git checkout -m` 명령어를 사용하면 충돌하는 로컬 변경 사항이 자동으로 stash 영역에 저장되므로 즉시 충돌을 해결할 필요가 없습니다.
• 이제 "git push" 명령어를 사용하면 단일 명령으로 여러 외부 Git 서버에 브랜치를 푸시할 수 있습니다. 예를 들어, 메인 브랜치를 메인 서버뿐만 아니라 미러 서버에도 푸시하려면 "publish" 그룹을 생성하면 됩니다. 서버 "github", "gitlab" 및 "mirror":

  git config remotes.publish "github gitlab mirror"
  git push publish main

• 이제 "git log --graph" 명령어에 "--graph-lane-limit=" 옵션이 추가되었습니다. » 브랜치를 시각화할 때 세로 막대의 개수를 제한하여 브랜치 수가 많은 저장소에서 커밋 데이터를 표시할 공간을 확보할 수 있도록 합니다.

  ...
  * | | | | 619931f561 'dl/posix-unused-warning-clang' 브랜치 병합
  |\ \ \ \ \
  | * | | | ~ cf48887610 compat/posix.h: GIT_GNUC_PREREQ() 비교 간소화
  | * | | | ~ ffd45926dc compat/posix.h: GIT_GNUC_PREREQ() 및 UNUSED 정리
  |\ \ \ \ \~
  | * | | | ~3f5203eeb4 ls-files: lstat 전에 pathspec 필터링

• 이제 "git log" 및 "git rev-list" 명령에 "--max-count-oldest=" 옵션이 추가되었습니다. 이 기능을 사용하면 특정 범위 내에서 가장 오래된 N개의 커밋을 선택할 수 있습니다.

출처 : opennet.ru