git-ls-tree 출력의 모드 필드를 읽는 방법

$ git ls-tree fb3a8bdd0ce 
100644 blob 63c918c667fa005ff12ad89437f2fdc80926e21c .gitignore 
100644 blob 5529b198e8d14decbe4ad99db3f7fb632de0439d .mailmap 
100644 blob 6ff87c4664981e4397625791c8ea3bbb5f2279a3 COPYING 
040000 tree 2fb783e477100ce076f6bf57e4a6f026013dc745 Documentation 
100755 blob 3c0032cec592a765692234f1cba47dfdcc3a9200 GIT-VERSION-GEN 
100644 blob 289b046a443c0647624607d471289b2c7dcd470b INSTALL 
100644 blob 4eb463797adc693dc168b926b6932ff53f17d0b1 Makefile 
100644 blob 548142c327a6790ff8821d67c2ee1eff7a656b52 README 
...

마지막 3 자리 숫자는 파일 모드이지만 처음 3 자리 숫자는 무엇입니까? git 사용자 설명서에서 찾을 수 없습니다.git-ls-tree 출력의 모드 필드를 읽는 방법

출처

2009-04-10 an0

자식 LS-나무도'-r' 있습니다. – ThorSummoner

망할 놈이 너무 망가졌습니다.'chmod 0100755 '와 같이 권한을 다시 설정해보십시오. 심지어 더 재미 있고, 자식 chmod를 때문에 망할 놈의 파일 모드의 '(존재하지 않는) ... 또한 같은 질문을 볼 [나는 "오래된 모드를 100,755 새로운 모드 100644"망할 놈의 unstaged 변경에서 말하는 파일을 제거하려면 어떻게합니까?] (http://stackoverflow.com/q/1257592/608639)는, [이눔 무슨 파일 권한을 복구하는 방법 파일이 있어야한다 "생각?"(http://stackoverflow.com/q/2517339). 이 도구는 그런 부러진 농담입니다 ... – jww

6 개 자리는 고전적인 UNIX 표기법을 사용하여 파일 모드를 보여줍니다. 처음 두 자릿수는 파일 유형을 표시하고, 세 번째 숫자는 set-uid/set-gid/sticky 비트에 대한 것이며, 마지막 세 자릿수를 알고 있습니다. 여기

은 얼마나 내 GNU/리눅스 시스템에 man 2 stat 문서를 : 모드에 관한 힘내 index-format.txt 파일에서

The following flags are defined for the st_mode field: 

     S_IFMT  0170000 bit mask for the file type bit fields 
     S_IFSOCK 0140000 socket 
     S_IFLNK 0120000 symbolic link 
     S_IFREG 0100000 regular file 
     S_IFBLK 0060000 block device 
     S_IFDIR 0040000 directory 
     S_IFCHR 0020000 character device 
     S_IFIFO 0010000 FIFO 
     S_ISUID 0004000 set UID bit 
     S_ISGID 0002000 set-group-ID bit (see below) 
     S_ISVTX 0001000 sticky bit (see below) 
     S_IRWXU 00700  mask for file owner permissions 
     S_IRUSR 00400  owner has read permission 
     S_IWUSR 00200  owner has write permission 
     S_IXUSR 00100  owner has execute permission 
     S_IRWXG 00070  mask for group permissions 
     S_IRGRP 00040  group has read permission 
     S_IWGRP 00020  group has write permission 
     S_IXGRP 00010  group has execute permission 
     S_IRWXO 00007  mask for permissions for others (not in group) 
     S_IROTH 00004  others have read permission   
     S_IWOTH 00002  others have write permission 
     S_IXOTH 00001  others have execute permission

출처

2009-04-10 14:52:52 adl

고마워, 파일 모드의 파일 형식 부분을 간과 해왔다 것 같습니다. – an0

서브 모듈이 160000의 파일 모드와 "커밋"객체 유형으로 나열된다는 점을 추가 할 가치가 있습니다. –

이유는 모든 라인'0 '이기 때문에, 상단 라인 (예를 들어,'0170000' 대신'170000'의)에'0 '선도, 왜 그냥 생략하지? –

: 또한

32-bit mode, split into (high to low bits) 

    4-bit object type 
     valid values in binary are 1000 (regular file), 1010 (symbolic link) 
     and 1110 (gitlink) 

    3-bit unused 

    9-bit unix permission. Only 0755 and 0644 are valid for regular files. 
    Symbolic links and gitlinks have value 0 in this field.

, 디렉토리 오브젝트 유형 (0100 바이너리) 및 그룹 쓰기 가능 (0664 권한) 일반 파일은 fsck.cfsck_tree 메서드에 표시된대로 허용됩니다. 보통의 실행 불가능한 그룹 - 쓰기 가능 파일은 이전 버전의 Git에서 지원되었던 비표준 모드이다.

0100000000000000 (040000) : 디렉토리
1000000110100100 (100644) :

이것은 (바이너리와 진수)를 유효 모드를 만들어 정기적 인 비 실행 파일
1000000110110100 (100664) : 보통 비 -executable 그룹 쓰기 가능한 파일
1000000111101101 (100755) : 보통 실행 파일
1010000000000000 (120000) : 기호 링크
1110000000000000 (160000) : 재귀 플래그 : Gitlink

출처

2011-12-01 19:44:04

이 이상한 ... 난 그냥 자식에 약간의'644' 파일을 노력하고 메시지를 커밋 (서브 모듈 예를 들어, 160000가) 자신에 대한 몇 가지 특별한 사람이 있습니다 – MestreLion

디렉토리 모드는 결코 발생하지 않으므로 유효하지 않습니다. 망할 놈은 디렉토리를 추적하지 않는다. 왜냐하면 망할 놈의 디렉토리는 묵시적으로 무시 된 * 내용으로 만 존재하기 때문이다. – nemesis

@nemesis Git은 실제로 디렉토리를 표현하기 위해 디렉토리 ('040000') 모드를 사용합니다. 링크 된'fsck '를 보아라.c' 코드를 사용하거나 디렉토리가있는 Git 저장소에서'git ls-tree HEAD'를 실행하면됩니다. –

git-ls-tree 출력의 모드 필드를 읽는 방법

답변

관련 문제