[git] 자식 인덱스에는 정확히 무엇이 포함되어 있습니까?

비트 별 분석

형식을 더 잘 이해하고 일부 필드를 자세히 조사하기 위해 약간의 테스트를하기로 결정했습니다.

결과는 Git 버전 1.8.5.2과 동일합니다 2.3.

확실하지 않거나 찾을 TODO수없는 포인트를 표시했습니다. 해당 포인트를 자유롭게 보완하십시오.

다른 사람들이 언급했듯이 인덱스는 .git/index표준 트리 개체가 아닌에 저장되며 형식은 이진이며 https://github.com/git/git/blob/master/Documentation/technical/index-format에 문서화되어 있습니다. txt

인덱스가 커밋을 만들기위한 캐시이므로 인덱스를 정의하는 주요 구조체는 cache.h 입니다.

설정

테스트 저장소를 시작할 때 :

git init
echo a > b
git add b
tree --charset=ascii

.git디렉토리 외모가 좋아 :

.git/objects/
|-- 78
|   `-- 981922613b2afb6025042ff6bd878ac1994e85
|-- info
`-- pack

그리고 우리가 유일한 객체의 내용을 얻는다면 :

git cat-file -p 78981922613b2afb6025042ff6bd878ac1994e85

우리는 얻는다 a. 이것은 다음을 나타냅니다.

• index파일 내용에 대한 점은, 이후는 git add bBlob 객체를 생성
• 단일 객체 만 있었기 때문에 메타 데이터를 트리 파일이 아닌 인덱스 파일에 저장합니다. Blob (일반 Git 객체의 경우 Blob 메타 데이터는 트리에 저장 됨)

HD 분석

이제 색인 자체를 살펴 보자.

hd .git/index

제공합니다 :

00000000  44 49 52 43 00 00 00 02  00 00 00 01 54 09 76 e6  |DIRC.... ....T.v.|
00000010  1d 81 6f c6 54 09 76 e6  1d 81 6f c6 00 00 08 05  |..o.T.v. ..o.....|
00000020  00 e4 2e 76 00 00 81 a4  00 00 03 e8 00 00 03 e8  |...v.... ........|
00000030  00 00 00 02 78 98 19 22  61 3b 2a fb 60 25 04 2f  |....x.." a;*.`%./|
00000040  f6 bd 87 8a c1 99 4e 85  00 01 62 00 ee 33 c0 3a  |......N. ..b..3.:|
00000050  be 41 4b 1f d7 1d 33 a9  da d4 93 9a 09 ab 49 94  |.AK...3. ......I.|
00000060

다음으로 결론을 내립니다.

  | 0           | 4            | 8           | C              |
  |-------------|--------------|-------------|----------------|
0 | DIRC        | Version      | File count  | ctime       ...| 0
  | ...         | mtime                      | device         |
2 | inode       | mode         | UID         | GID            | 2
  | File size   | Entry SHA-1                              ...|
4 | ...                        | Flags       | Index SHA-1 ...| 4
  | ...                                                       |

먼저 struct cache_header에 정의 된 헤더가옵니다 .

• 44 49 52 43: DIRC. TODO : 왜 이것이 필요한가요?

• 00 00 00 02: 형식 버전 : 2. 색인 형식이 시간이 지남에 따라 발전했습니다. 현재 최대 4 개의 버전이 있습니다. 베어 리포지토리는 인덱스를 저장하지 않기 때문에 GitHub의 다른 컴퓨터간에 협업 할 때 인덱스 형식에 문제가 없어야합니다. 인덱스는 복제시 생성됩니다.

• 00 00 00 01: 인덱스의 파일 수 : 단 하나 b.

다음으로 struct cache_entry에 의해 정의 된 인덱스 항목 목록을 시작합니다 . 여기에 하나만 있습니다. 그것은 포함합니다 :

• 8 바이트 ctime, 8 바이트 mtime및 4 바이트 : 장치, inode, 모드, UID 및 GID : 파일 메타 데이터의 무리 .

  참고 사항 :

  • ctime및 mtime(동일한 54 09 76 e6 1d 81 6f c6우리가 파일을 수정하지 않았기 때문에 예상대로)

    16 진수로 EPOCH 이후 첫 번째 바이트는 초입니다.

    date --date="@$(printf "%x" "540976e6")"
    

    제공합니다 :

    Fri Sep  5 10:40:06 CEST 2014
    

    내가이 예제를 만들었을 때입니다.

    두 번째 4 바이트는 나노초입니다.

  • UID 및 GID는 00 00 03 e81000으로 16 진수입니다. 단일 사용자 설정의 공통 값입니다.

  이 메타 데이터는 대부분 트리 개체에 존재하지 않으므로 Git은 전체 내용을 비교하지 않고 파일이 빠르게 변경되었는지 확인할 수 있습니다.

• 줄의 시작 부분에서 30: 00 00 00 02: 파일 크기 : 2 바이트 ( a및 \nfrom echo)

• 78 98 19 22 ... c1 99 4e 85: 항목의 이전 내용보다 20 바이트 SHA-1. 가정하는 것으로 유효한 플래그를 사용한 실험 에 따르면 이 플래그를 따르는 플래그는이 SHA-1에서 고려되지 않습니다.

• 2 바이트 플래그 : 00 01

  • 1 비트 : 유효한 플래그를 가정합니다. 내 조사에 따르면 이름이 잘못 지정된이 플래그 git update-index --assume-unchanged의 상태는 다음과 같습니다. https://stackoverflow.com/a/28657085/895245

  • 1 비트 확장 플래그. 확장 플래그가 있는지 여부를 결정합니다. 0확장 플래그가없는 버전 2에 있어야합니다 .

  • 병합 중에 사용되는 2 비트 스테이지 플래그. 단계는 다음에 설명되어 있습니다 man git-merge.

    • 0: 일반 파일, 병합 충돌이 아님
    • 1:베이스
    • 2우리의 것
    • 3: 그들의 것

    병합 충돌 동안 1-3의 모든 단계가 색인에 저장되어 같은 작업을 수행 할 수 있습니다 git checkout --ours.

    이면 git add단계 0이 경로의 인덱스에 추가되고 Git은 충돌이 해결 된 것으로 표시되었음을 알게됩니다. TODO : 이것을 확인하십시오.

  • 다음과 같은 경로의 12 비트 길이 : 0 01: 경로 이후 1 바이트 만b

• 2 바이트 확장 플래그. “확장 플래그”가 기본 플래그에 설정된 경우에만 의미가 있습니다. 할 것.

• 62(ASCII b) : 가변 길이 경로. 길이는 여기에, 이전 플래그 단지 1 바이트를 결정 b.

그런 다음 00경로가 null로 끝나고 인덱스가 8 바이트의 배수로 끝나도록 1-8 바이트의 0 패딩이 제공됩니다. 이것은 인덱스 버전 4 이전에만 발생합니다.

확장이 사용되지 않았습니다. Git은 체크섬을 위해 파일에 충분한 공간이 남아 있지 않기 때문에 이것을 알고 있습니다.

마지막으로 ee 33 c0 3a .. 09 ab 49 94인덱스 내용에 20 바이트의 체크섬 이 있습니다.

답변

git status

DECIMAL       HEXADECIMAL     DESCRIPTION
--------------------------------------------------------------------------------
1717          0x6B5           Unix path: /company/user/user/delete.php
1813          0x715           Unix path: /company/user/user/get.php
1909          0x775           Unix path: /company/user/user/post.php
2005          0x7D5           Unix path: /company/user/user/put.php
3373          0xD2D           Unix path: /urban-airship/channel/channel/post.php
3789          0xECD           Unix path: /urban-airship/named-user/named-user/post.php
3901          0xF3D           Unix path: /user/categories/categories/delete.php
4005          0xFA5           Unix path: /user/categories/categories/get.php
4109          0x100D          Unix path: /user/categories/categories/put.php
4309          0x10D5          Unix path: /user/favorites/favorites/delete.php