Git 설정 우선순위 테스터

.git/config에 extensions.worktreeConfig가 참으로 적혀 있지 않기 때문입니다. 덜 알려진 함정은, .git/config가 include한 파일에서 켜도 소용이 없다는 점입니다. git은 저장소 형식을 판단할 때 include를 따라가지 않고 그 파일 하나만 읽기 때문에, 확장은 .git/config에 직접 적혀 있어야 합니다. git config --worktree나 git worktree가 이 일을 대신 해 주기 때문에, 손으로 만들지 않았을 때는 대개 잘 동작합니다. 문서는 core.repositoryFormatVersion을 1로 올리라고도 하지만 git 2.43은 버전이 0이어도 worktree 파일을 읽습니다. 그래서 이 페이지는 실제 동작을 그대로 재현하되, 버전이 맞지 않는 상황은 따로 표시합니다. 다른 컴퓨터의 옛 git은 무시할 수도 있으니까요.

system, global, local, worktree, 그리고 명령줄 순서입니다. 이 페이지는 앞의 네 가지 파일 범위를 다룹니다. 명령줄이란 git -c key=value …, GIT_CONFIG_KEY_n과 GIT_CONFIG_VALUE_n 환경 변수 쌍, 그리고 명령 자신이 내부적으로 넘기는 옵션을 말하며, 어느 것도 붙여 넣을 수 있는 파일에 들어 있지 않습니다. git config --list --show-scope는 이것을 command line이라고 표시합니다. 여기서 나온 값과 실제 컴퓨터의 값이 다르다면 가장 먼저 볼 곳이 바로 여기입니다. GIT_CONFIG_SYSTEM, GIT_CONFIG_GLOBAL, GIT_CONFIG_NOSYSTEM은 성격이 다릅니다. 새 범위를 얹는 것이 아니라 기존 파일 범위를 바꿔치기하거나 없애 버립니다.

다릅니다. 그리고 이것이 리모트가 둘로 늘어나는 실제 원인입니다. 섹션 이름과 키 이름은 대소문자를 가리지 않고 git이 소문자로 출력하므로 [CORE] BigFileThreshold는 core.bigfilethreshold가 됩니다. 반면 큰따옴표로 묶인 서브섹션은 글자 그대로 비교하므로 [remote "Origin"]과 [remote "origin"]은 서로 다른 리모트이고 git remote -v에 둘 다 나옵니다. 예외는 이제 권장되지 않는 점 표기 [section.SubSection]입니다. 머리말 전체가 하나의 토큰으로 읽히면서 소문자로 접히므로 section.subsection이 되어 소문자 조회에 걸립니다. 이 페이지는 두 가지를 모두 구현하므로, 점 표기는 해석되고 따옴표 표기는 해석되지 않는 차이를 그대로 볼 수 있습니다.

gitdir: 패턴은 작업 트리가 아니라 .git 디렉터리 경로와 비교되고, 접두사 비교가 아니라 경로 전체에 대한 글로브 비교입니다. 그래서 ~/work는 이름이 정확히 ~/work인 git 디렉터리에만 걸립니다. 원하는 것은 ~/work/이며, 끝의 슬래시가 ~/work/**로 확장되어 그 아래 전부를 잡습니다. 함께 외워 둘 규칙이 셋 더 있습니다. 절대 경로도 ~/도 ./도 아닌 패턴에는 앞에 **/가 붙으므로 gitdir:acme/는 디스크 어디에 있든 acme 디렉터리에 걸립니다. ./는 그 조건이 적힌 파일을 기준으로 하므로 프로젝트 폴더에 넣어 둔 .gitconfig가 그 자체로 완결됩니다. gitdir/i:는 대소문자를 무시하는 같은 비교로, macOS와 Windows에서 필요합니다.

한 키를 여러 번 설정할 수 있고 git은 읽은 순서대로 전부를 보관하기 때문입니다. --get은 그중 마지막 하나를 주며 git 대부분이 이 값을 씁니다. --get-all은 목록 전체를 줍니다. 목록이 없으면 의미가 없는 키도 있습니다. remote.origin.fetch는 보통 refspec이 둘 셋이고, safe.directory는 애초에 목록이며, include.path는 이어 붙인 파일 수만큼입니다. 그래서 git config remote.origin.fetch …로 쓰면 항목이 추가되는 것이 아니라 하나가 교체되고, --add, --replace-all, --unset-all이 따로 있는 것입니다. 이 페이지의 덮인 값 열은 밀려난 후보를 파일과 줄까지 함께 보여 주므로, 값이 교체된 것인지 나란히 쌓인 것인지 구분할 수 있습니다.

git도 그렇게 하지 않습니다. 그리고 그 사실을 보여 주는 것이 이 표시의 목적입니다. 설정 파일은 하나의 스트림으로 파싱되며, 파서가 처리할 수 없는 바이트 하나 — 닫히지 않은 [section 머리말, 키 이름 속의 공백, 짝이 맞지 않는 큰따옴표, 알 수 없는 역슬래시 이스케이프 — 만으로 읽기 전체가 실패합니다. git config --list는 아무것도 출력하지 않고, 설정을 읽는 모든 명령이 똑같이 실패하며, 대개 지금 편집하던 파일과는 다른 파일 이름을 들먹입니다. 표시되는 줄 번호는 문제가 된 구문이 시작된 줄입니다. 반대로 망가져 보이지만 멀쩡한 경우도 있습니다. 섹션 머리말보다 앞에 적힌 키는 정상적으로 파싱되어 --list에 orphan처럼 나오지만, 조회에는 섹션 이름이 필요하므로 git config --get orphan은 거부됩니다. 잘못된 것이 아니라 부를 수 없는 값입니다.