settings.json, settings.local.json 관련 질문입니다!

만약에 지금 현재 디렉토리의 settings.json에 아래와 같은 설정이 있고,

{
    "permissions": {
        "allow": [
        "Bash(git checkout *)",
        "Bash(git merge *)"
        ]
    },
}

settings.local.json에 아래와 같은 설정이 있다고 가정하면

{
    "permissions": {
      "allow": []
    }
  } 
}

아래 docs에 나온 것처럼

Local이 Project보다 더 높은 우선순위(?)를 가지기 때문에, 최종적으로 현재 디렉토리의 클로드 코드 세션에서는 allow 되는건 settings.local.json의 빈배열([]) 이라서 자동으로 허용이 안된다 라고 생각하면 될까요?

------------
+ 추가질문입니다. (만약에 settings.local.json의 우선순위가 높아서 빈배열만 적용되었다는게 맞다면)
예를 들어 클로드코드랑 하나의 세션안에서 티키타카를 하다가(예를 들면 Bash를 사용하는 git 명령어를 클코가 권한을 물어볼때)
1,2,3 선택문구가 나올때 제기억으로는 지금현재는 2번문구가 이 세션안에서는 더이상 안물어보고 accept 하겠다였던거같은데

그걸 선택했을때 아마 settings.local.json의 allow항목에 Bash(git ~~)이렇게 자동으로 갱신돼서 찍혔던걸로 기억합니다.

근데 만약에 이상황이라면 팀 프로젝트을위해 clone해서 가져온 디렉토리의 settings.json의 allow항목에 이미 Bash관련된게 있다면 제가 아까 질문한 내용과 우선순위 관련해서 겹치는 사항들이 있을거같은데 이경우는 어떻게 방향을 잡는게 바람직할까요?
좀 더 쉬운 예시 상황은 아래와 같습니다.

// settings.json (clone해서 가져옴 -> 즉, 팀 규칙)
{ "permissions": { "allow": ["Bash(npm run dev)"] } }

// settings.local.json (이 후 클로드 코드랑 티키타카 하면서 세션 중 자동 추가됨)
{ "permissions": { "allow": ["Bash(git commit *)"] } }

이상태에서 앞으로 터미널을 시작하면 settings.local.json의 우선순위가 높아서 Bash(git commit *) 만 허용될거같은데 어떻게 해야할까요 ㅠㅠㅠ

(이 경우 그냥 settings.json allow항목을 local.json에도 똑같이 복붙을 해놓을까요?)
+(allow뿐만 아니라 범위별 셋팅 파일안에 들어가는 Key들을 봤을때 서로 같은 Key가 없게끔 하는게 맞을까요?)

(뭔가 뒤의 [추가미션] 설정 및 메모리 관리 실습 를 진행하다가 또 궁금해져서 질문을 추가하느냐 좀 길어졌습니다ㅠㅠ 죄송합니다..!!)