관리 설정에서 forceRemoteSettingsRefresh 를 true 로 두면 캐시해 둔 정책으로는 시작할 수 없고, 최신 정책을 확인하지 못하면 오래된 정책으로 돌지 않고 막혀요. 참조 문서 기준으로 CLI·앱은 1시간 캐시를 건너뛰고 확인에 실패하면 해당 동작이 제한되며, VS Code 는 새로 받을 때까지 코파일럿 기능이 막혀 시작할 때 네트워크 연결이 필요해요. 서버로 내린 값은 클라이언트가 한 번 받은 뒤의 시작부터 걸리고, MDM·파일로 내리면 첫 로그인 전부터 걸 수 있어요. 함께 관리 설정에 sandbox 키가 있으면 VS Code 1.141.0·CLI 1.0.93·앱 1.1.26 보다 낮은 클라이언트는 올리기 전까지 코파일럿 연결이 막히게 됐어요. JetBrains IDE 는 두 설정 모두 지원 대상에 없어요.
용어 풀이
- MDM
- 모바일 기기 관리(Mobile Device Management). 회사가 직원 기기에 설정을 원격으로 배포하는 시스템
- CLI
- 명령줄 인터페이스. 터미널에서 명령어로 쓰는 프로그램
- 캐시
- 다시 받지 않으려고 기기에 저장해 둔 이전 응답
운영자 인사이트
급한 정책 변경을 모든 기기에 확실히 걸 수 있지만, 그 대가로 깃허브 접속이 안 되는 순간 VS Code 에서는 코파일럿이 통째로 멈춰요. 오프라인 작업이나 사내망 장애가 잦은 팀이면 켜기 전에 공지하고, 이미 sandbox 키를 쓰고 있다면 버전을 고정해 둔 개발자 기기가 최소 버전 아래인지 먼저 확인하세요.
여러 관점으로 보기
- 클라이언트별 동작과 최소 버전 참조 문서는 확인에 실패하면 CLI·앱은 해당 동작을 제한하고 VS Code 는 코파일럿 기능을 막는다고 적었고, sandbox 최소 버전을 VS Code 1.141.0·CLI 1.0.93·앱 1.1.26 으로 밝히며 JetBrains IDE 는 두 설정 모두 지원하지 않는다고 표시했어요. GitHub Docs
- 배포 방식별 적용 시점 배포 안내서는 시간에 민감한 정책 변경을 코파일럿이 시작하기 전에 반영해야 할 때 쓰라고 권하고, MDM·파일 배포는 첫 로그인 전부터, 서버 배포는 한 번 받은 뒤의 시작부터 걸린다고 적었어요. GitHub Docs