.gitattributes 테스터

binary가 그렇게 말하고 있기 때문입니다. binary는 git이 조회하는 속성이 아니라 -diff -merge -text로 펼쳐지는 내장 매크로여서, 한 줄의 한 단어가 diff와 병합과 줄 끝 정규화를 한꺼번에 끕니다. 파일에서 diff를 검색해도 찾을 수 없는 이유가 이것입니다. 확장은 매크로가 놓인 줄의 우선순위에서 일어나므로 *.png binary 다음에 *.png diff=exif를 쓰면 exif 드라이버가 이기고, 순서를 뒤집으면 diff는 unset이 됩니다. 이 도구는 매크로를 거쳐 들어온 상태마다 그 사슬을 표시하고, 매크로와 명시적인 줄이 같은 속성을 두고 어긋나면 따로 알려 줍니다.

언제나 나중 쪽입니다. 첫 일치가 이기는 설정 형식에 익숙한 사람이 가장 많이 틀리는 지점입니다. 한 파일 안에서는 마지막으로 일치한 줄이 정하고, 한 줄이 같은 속성을 두 번 쓰면 더 오른쪽이 정하므로 -text text는 text를 set으로 남깁니다. 파일끼리는 대상 파일에 더 가까운 .gitattributes가 이기므로, 루트의 * -diff는 src/.gitattributes의 *.js diff=javascript 한 줄로 src 아래 전체에서 뒤집힙니다. git은 그 위로 .git/info/attributes를, 아래로 core.attributesFile을 더 읽지만 둘 다 저장소 안에 없어 여기서는 다루지 않습니다.

-attr은 속성을 unset으로 정하는 분명한 답이며 text라면 "이 파일은 절대 정규화하지 않는다"는 뜻입니다. !attr은 성격이 다릅니다. 어떤 규칙도 그 속성을 언급하지 않은 것처럼 unspecified 상태로 되돌립니다. 중요한 점은 그러면서도 자리를 차지한다는 것입니다. 일치하는 !text를 한 번 읽고 나면 같은 파일의 앞선 줄도, 상위의 모든 .gitattributes도 더는 text를 채우지 못합니다. 저장소 전체 기본값에서 한 하위 트리만 도려낼 때 쓰는 도구인 셈입니다. git check-attr --all이 그 속성을 아예 보여주지 않는 이유이기도 합니다. --all은 값이 정해진 속성만 출력하므로 이름을 직접 물어봐야 보입니다.

거의 같습니다. 매처가 같아서 슬래시가 없는 패턴은 그 파일 아래 어느 깊이의 파일 이름에나 맞고, 슬래시가 하나라도 있으면 그 파일이 있는 디렉터리에 고정되며, *·?·[abc]는 구분자를 넘지 않고 **만 넘습니다. 다른 점은 둘입니다. 맨 앞의 !는 여기서 부정이 아니라 git이 경고를 내며 줄 전체를 버리는 오류이므로, 느낌표로 시작하는 실제 파일 이름에는 \!가 필요합니다. 그리고 .gitignore에서 규칙을 디렉터리로 제한하던 끝의 슬래시는 여기서 사실상 쓸모가 없습니다. 속성은 파일마다 조회되고 디렉터리에서 상속되지 않으므로, logs/ text는 git이 묻지 않을 대상에 속성을 주는 셈입니다.

두 속성은 내용이 저장소와 작업 트리 사이를 오갈 때 적용되지, 파일이 그냥 놓여 있을 때 적용되지 않기 때문입니다. 이미 체크아웃된 파일은 지금의 줄 끝을 그대로 유지합니다. 규칙을 고친 뒤에는 git add --renormalize .을 실행하면 추적 중인 모든 파일에 변환을 다시 걸고 실제로 달라진 것만 스테이지합니다. 처음에는 크고 지루한 커밋이 나오는 것이 정상입니다. text=auto는 앞부분의 NUL 바이트를 보고 텍스트라고 판단한 파일만 변환하므로 UTF-16 소스는 바이너리로 취급되어 그대로 남습니다. 또 text가 unset인 동안 eol은 아무 일도 하지 않는데, 이것이 eol=lf 한 줄만 적어 두고 효과가 없는 흔한 이유입니다.

작업 트리 루트의 최상위 .gitattributes, 또는 .git/info/attributes뿐입니다. 그 밖의 위치에서는 git이 [attr]이름 ... not allowed를 출력하고 정의를 버립니다. 그래도 파일은 정상적으로 파싱되고 그 이름을 쓴 줄은 평범한 사용자 속성으로 계속 동작하므로 겉으로는 아무 문제가 없어 보입니다. 두 가지가 더 걸림돌입니다. 매크로는 set일 때만 펼쳐지므로 -mybin이나 mybin=maybe는 이름 자체의 상태만 기록할 뿐 매크로를 되돌리지 않습니다. 그리고 정의는 최상위 파일 안이라면 사용하는 줄보다 뒤에 있어도 됩니다. 매크로는 경로를 해석하기 전에 모두 모아 두기 때문입니다.