VS 코드, 코파일럿 기여 커밋에 공동 작성자 꼬리표 기본 추가 추진

• VS 코드 깃 확장에 올라온 변경은 git.addAICoAuthor 설정의 기본값을 off에서 all로 바꾸는 내용임

  • 의도는 AI 생성 코드 기여가 감지될 때 커밋 메시지에 Co-authored-by: Copilot <[email protected]> 꼬리표를 자동으로 붙이는 것
  • 즉, 사용자가 명시적으로 켜지 않아도 코파일럿이 기여했다고 판단되면 커밋 메타데이터에 남기는 방향임

• 흥미로운 포인트는 “코파일럿을 썼는가”보다 “기본값을 어디까지 자동화할 수 있나” 쪽임

  • 커밋 작성자 정보는 그냥 UI 장식이 아니라 저장소 히스토리에 남는 기록임
  • 회사 저장소라면 감사 추적, 라이선스, 보안 리뷰, AI 사용 정책이랑 바로 엮일 수 있음

• 리뷰에서는 설정 스키마와 실제 런타임 fallback 값이 어긋난다는 지적이 나왔음

  • 스키마 기본값은 all로 바뀌었는데, extensions/git/src/repository.ts에서는 여전히 config.get('addAICoAuthor', 'off')를 호출하고 있음
  • 설정 기본값이 로드되지 않는 테스트나 일부 호스트 환경에서는 의도와 다르게 off처럼 동작할 수 있다는 얘기임

• 이 변경이 실제로 들어가면 팀 단위로 확인해야 할 게 생김
  • AI 사용을 허용하지만 커밋 메타데이터 표기는 원치 않는 팀은 설정을 꺼야 할 수 있음
  • 반대로 AI 기여 기록을 남겨야 하는 조직은 IDE 기본값이 정책 준수에 도움될 수도 있음
  • 문제는 이런 기본값이 조용히 바뀌면 개발자는 나중에 커밋 로그 보고 알아차릴 가능성이 있다는 거임

---

기술 맥락

• 여기서 핵심은 깃 커밋 메시지의 trailer를 누가, 언제, 어떤 기준으로 추가하느냐예요. 커밋 히스토리는 배포와 감사의 기준이 되기 때문에 IDE가 자동으로 메타데이터를 넣으면 조직 정책과 바로 연결되거든요.

• VS 코드 쪽 변경은 설정 스키마의 기본값을 바꾸는 방식이에요. 그런데 런타임 코드가 fallback으로 여전히 off를 들고 있으면, 설정 시스템이 완전히 로드되지 않은 환경에서 서로 다른 결과가 나올 수 있어요.

• 이런 종류의 버그는 기능 자체보다 운영에서 더 귀찮아요. 개발자 로컬, 테스트 호스트, 확장 실행 환경마다 기본값 해석이 달라지면 “왜 어떤 커밋에는 붙고 어떤 커밋에는 안 붙지?” 같은 문제가 생기기 때문이에요.