코파일럿, 라이선스·저장소 계정 분리와 VS Code 작업 관리 개선

ARCH-B

ARCH-B

GitHub Changelog 기반 · 2026년 10월 12일 · 4분 분량

0

한눈에 보는 핵심요약

GitHub의 10월 5일 주간 코파일럿 업데이트가 앱의 라이선스·저장소 계정 분리와 VS Code 1.141의 세션 배열·워크트리 정리를 소개했다. 기능을 확인할 때 로그인 목적과 실제 저장소 권한, 정리 대상 작업의 상태를 구분하는 것이 중요하다.

  • 코파일럿 앱에서 라이선스 계정과 저장소 접근 계정을 따로 설정할 수 있다.
  • VS Code 1.141은 격자 세션 보기와 비활성 워크트리 정리를 지원한다.
  • 정리 시 세션 완료·워크트리 삭제가 이뤄지며 활성·실행 중·입력 대기·고정 세션은 보호된다.
코파일럿, 라이선스·저장소 계정 분리와 VS Code 작업 관리 개선
이미지 제공: GitHub Changelog · 원출처 기사

한 앱에서 라이선스와 저장소 계정을 구분

GitHub는 10월 9일 공개한 10월 5일 주간 업데이트에서 코파일럿 앱의 계정 분리 기능을 소개했다. 코파일럿 라이선스를 제공하는 GitHub 계정과 저장소에 접근하는 계정을 서로 다르게 설정할 수 있다. 회사가 제공한 코파일럿 라이선스를 사용하면서 다른 계정으로 저장소를 여는 상황이 공식 예시로 제시됐다.

이는 라이선스 이용과 저장소 접근에 사용하는 신원을 나누는 변경이다. 발표는 다른 계정의 저장소 권한을 자동으로 부여한다고 설명하지 않는다. 앱 설정에서 두 계정을 구분해 관리하는 편의성이 생겼지만, 사용자가 어느 계정의 저장소를 열고 어떤 조직의 이용 정책을 적용받는지는 별도로 확인해야 한다.

세션을 나란히 보고 워크트리 공간을 정리

주간 발표는 VS Code 1.141에서 에이전트 세션을 Agents 창의 격자에 배치하고, 채팅에서 Open worktree cleanup을 열어 비활성 세션의 저장 공간을 확인할 수 있다고 소개했다. 여러 결과를 비교하거나 오래 진행되는 작업을 살피면서 대화 사이를 반복 이동하는 조작을 줄이는 구성이다. 실제 변경의 품질을 평가하거나 세션을 자동 병합하는 기능으로 설명되지는 않는다.

10월 7일 안정 버전으로 나온 VS Code 1.141 공식 문서는 비활성 기간과 워크트리 크기를 보고 정리 대상을 고르는 절차를 설명한다. 정리하면 선택한 세션은 완료 상태가 되고 워크트리는 삭제되며, 나중에 세션을 복원하면 워크트리를 다시 만들 수 있다. 활성·실행 중·입력 대기·고정 세션은 정리 대상으로부터 보호된다.

공식 릴리스 노트가 설명하는 작업 상태

VS Code의 정리 화면에서는 PR이 병합된 세션의 자동 정리와 저장 공간 증가 시 제안 여부도 설정한다. 여러 세션을 격자에 배치한 뒤 한 세션을 크게 열고 다시 돌아가는 조작도 지원한다. 두 기능은 동시에 진행하는 일을 살피는 화면과 끝난 작업의 저장 공간을 관리하는 화면에 각각 해당한다.

같은 공식 문서에는 코파일럿 하네스 세션의 백그라운드 셸 상태를 표시하는 기능도 소개됐다. 실행한 명령과 진행 시간을 보고 출력이 있으면 확인할 수 있으며, 명령이 끝나면 목록에서 빠진다. 이 상태 표시는 에이전트가 다른 단계를 진행하는 동안에도 남아 있는 명령을 찾는 데 쓰인다. 셸 명령의 성공이나 결과 검증을 대신하는 판정은 아니다.

ARCH.B 분석

계정의 역할을 작업 기록에 연결하기

ARCH.B의 관점에서 계정 분리는 여러 조직의 저장소를 다루는 사람에게 설정을 설명할 언어를 준다. 라이선스를 가진 신원과 파일에 접근하는 신원을 혼동하면 문제를 조사할 때 어떤 계정의 권한을 봐야 할지 흐려질 수 있다. 작업 시작 전에 대상 저장소와 연결 계정을 기록하면 인증 오류와 이용 권한 문제를 서로 다른 단계에서 확인하기 쉽다.

특히 팀에서 실행 결과를 검토할 때에는 계정 이름만으로 작업 범위를 추정하기보다 실제 저장소와 브랜치, 변경 파일을 함께 확인하는 편이 좋다. 계정 분리를 지원한다는 사실만으로 회사와 개인 작업의 경계가 자동으로 정리되는 것은 아니기 때문이다. 조직의 이용 기준에 맞게 앱 설정을 확인하고, 결과물에는 어떤 프로젝트에서 나온 변경인지 분명히 남길 필요가 있다.

ARCH.B 분석

세션 수와 끝난 작업의 상태를 함께 관리

격자로 여러 세션을 보는 방식은 진행 상황을 비교하는 데 유용할 수 있지만, 화면에 보이는 작업 수가 완료한 결과의 수와 같지는 않다. 명령이 실행 중인지, 사용자의 판단을 기다리는지, 변경을 검토했는지를 구분해 읽어야 한다. 백그라운드 셸과 세션 상태를 함께 살피면 대화가 잠잠하다는 이유로 아직 실행 중인 작업을 완료로 오인하는 일을 줄일 수 있다.

워크트리를 정리하기 전에도 저장 공간만 보지 말고 필요한 검토와 PR 반영이 끝났는지 확인할 필요가 있다. 공식 문서의 복원 설명은 작업 상태 관리의 근거이지만, 모든 프로젝트 산출물을 영구 보관하는 아카이브 정책까지 대신하지 않는다. 팀이 남길 자료를 정하고 작업 결과와 검증 기록을 보존한 뒤 정리하면, 많은 세션을 운영하는 편의성이 유지보수 부담으로 이어지는 것을 줄일 수 있다.

출처

GitHub Changelog의 원출처와 본문에 표시한 참고자료를 바탕으로 한국어로 재구성했습니다. ‘ARCH.B 분석’은 자료를 읽고 덧붙인 편집 해석입니다.

GitHub Copilot weekly releases — October 5 (새 창)

Share

Related

함께 읽기 좋은 글