Git 객체 ID 계산기 (hash-object)

git은 먼저 헤더를 해시하기 때문입니다. 해시 입력은 객체 종류, 공백, 본문 바이트 수, 0 바이트, 그다음 본문입니다. 같은 파일의 sha1sum과는 완전히 다른 값이 나옵니다. 헤더를 직접 붙여 계산하면(printf 'blob 11\0hello world' | sha1sum) 값이 일치합니다.

아닙니다. blob은 내용일 뿐입니다. 같은 파일이 스무 곳에 있어도 객체는 하나만 저장되고, 이름만 바꿔도 새 blob이 생기지 않는 이유입니다. 이름과 모드, 디렉터리 구조는 트리 객체에 있고 커밋은 그 트리를 가리킵니다. 두 파일의 ID가 같다면 바이트 단위로 같은 파일입니다.

대개 줄바꿈입니다. 윈도에서 core.autocrlf가 true거나 .gitattributes에 text 속성이 있으면 git이 들어올 때 CRLF를 LF로 바꾸므로, 저장된 blob은 디스크의 바이트가 아닙니다. clean 필터나 ident 속성도 같은 효과를 냅니다. 여기서 파일을 해시하면 지금 존재하는 파일의 ID가 나오고, git rev-parse HEAD:경로는 저장된 것의 ID를 줍니다.

git init --object-format=sha256으로 만들면 같은 헤더+본문 입력을 SHA-256으로 해시해 64자 ID를 씁니다. 규칙의 나머지는 그대로이고, 그래서 여기서 두 ID를 함께 보여 줍니다. 두 이름 공간은 호환되지 않으므로 SHA-1 저장소의 ID를 변환할 수는 없고, 옮기려면 객체를 다시 써야 합니다.

SHA-1 충돌은 2017년부터 실제로 만들어졌고, git의 대응은 모든 ID를 바꾸는 대신 내부 해시를 알려진 공격 패턴을 감지해 입력을 거부하는 강화판으로 바꾸는 것이었습니다. 평범한 파일에서는 강화판과 평범한 SHA-1이 같은 값을 내므로 여기 값이 git과 일치하고, 차이는 일부러 만든 충돌 쌍에서만 드러납니다. 여유를 원하는 저장소는 SHA-256 객체 형식을 씁니다.