VS Code, Copilot AI를 Git 커밋 공동 저자로 기본 설정 변경 — 개발팀이 알아야 할 것 (github.com)

한줄 요약

VS Code의 Git 확장이 AI 공동 저자 표기를 기본 활성화로 전환, 모든 커밋 이력에 영향을 미친다.

무엇이 달라지나?

VS Code의 Git 확장 설정 중 git.addAICoAuthor 항목의 기본값이 "off"에서 "all"로 변경됐다. 이 변경은 microsoft/vscode 저장소의 PR #310226을 통해 main 브랜치에 머지된 내용으로, 2026년 4월 16일 반영됐다.

실제로 일어나는 일은 간단하다. VS Code에서 Copilot을 활용해 코드를 작성한 뒤 커밋을 생성하면, 커밋 메시지 하단에 Co-authored-by: 트레일러가 자동으로 삽입된다. 기존에는 이 동작을 사용자가 명시적으로 켜야 했지만, 이제는 별도 설정을 건드리지 않는 한 기본적으로 작동한다.

변경된 코드는 extensions/git/package.json과 extensions/git/src/repository.ts 두 파일에 걸쳐 있으며, 핵심은 설정 기본값 하나의 전환이다. 단순해 보이지만 파급력은 작지 않다.

실무에서 어떤 의미인가?

이 변경은 단순한 UI 옵션 조정이 아니다. Git 커밋 이력 자체가 바뀐다는 점에서 실질적인 영향이 있다.

커밋 이력 오염 가능성. Co-authored-by: GitHub Copilot 같은 트레일러가 모든 커밋에 자동 삽입되면, 팀의 커밋 컨벤션이나 코드 리뷰 도구가 이를 예상치 못한 방식으로 처리할 수 있다. 일부 CI 파이프라인이나 커밋 린터는 트레일러 형식에 민감하게 반응한다.

저작권 및 기여도 추적. 오픈소스 프로젝트나 기업 코드베이스에서 AI 기여를 명시적으로 기록하는 것이 법적·라이선스 측면에서 어떤 의미를 갖는지는 아직 업계 표준이 형성되지 않은 영역이다. 이 설정이 켜져 있으면 사실상 모든 Copilot 지원 코드에 AI 기여 표시가 붙게 된다.

팀 내 비가시성 문제. 개발자가 설정 변경 사실을 인지하지 못한 채 커밋을 올리면, 리뷰어나 팀 리더가 커밋 메시지에서 처음으로 AI 공동 저자 항목을 발견하게 된다. 이는 투명성 측면에서 긍정적일 수 있지만, 사전 합의 없이 팀 전체에 적용된다는 점이 문제다.

실제로 이 PR에는 커뮤니티에서 👎 372개가 달렸다. 기능 자체에 대한 반감보다는 기본값을 강제로 변경하는 방식에 대한 거부감이 크게 반영된 것으로 보인다.

도입 전 체크포인트

이 변경이 적용된 VS Code 버전을 사용하는 팀이라면 다음 항목을 점검할 필요가 있다.

1. 현재 설정 확인. VS Code 설정에서 git.addAICoAuthor를 검색해 현재 값을 확인한다. 명시적으로 설정하지 않은 경우 기본값이 "all"로 동작한다.

2. 팀 설정 동기화. .vscode/settings.json을 저장소에 포함해 팀 전체가 동일한 설정을 사용하도록 강제할 수 있다. AI 공동 저자 기능을 원하지 않는다면 "git.addAICoAuthor": "off"를 명시하면 된다.

3. 커밋 컨벤션 재검토. Conventional Commits, commitlint 등을 사용하는 팀이라면 트레일러 항목이 기존 규칙과 충돌하는지 사전에 검증해야 한다.

4. 코드 리뷰 프로세스 반영. AI가 작성한 코드에 공동 저자가 표기되면, 리뷰 기준이나 책임 소재에 대한 팀 내 기준을 명확히 해두는 것이 좋다.

기본값 변경은 선택이 아닌 자동 적용이다. 인지하지 못한 채 지나치는 것이 가장 큰 리스크다.