GitHub Desktop 3.6, 워크트리와 Copilot 충돌 해결을 한곳에

AI 요약

• 무슨 일: GitHub가 2026년 6월 26일 GitHub Desktop 3.6을 공개하며 워크트리와 Copilot 기능을 같은 Git 화면에 묶었습니다.
  • macOS와 Windows용으로 배포되며, 공식 릴리스 노트에는 워크트리 지원과 Copilot 병합 충돌 해결이 새 기능으로 들어갔습니다.
• 달라진 점: 커밋 메시지 생성은 AGENTS.md와 저장소 규칙을 읽고, 충돌 해결은 설명·제안·검토 흐름으로 들어옵니다.
• 실무 영향: 코딩 에이전트가 만든 여러 작업 폴더를 사람이 검토하고 합치는 단계가 명령행 밖으로 이동합니다.
• 주의점: 워크트리 삭제, 충돌 해결 수락, 모델 선택은 여전히 사용자 검토와 저장소 정책 확인이 필요한 조작입니다.

GitHub가 2026년 6월 26일 GitHub Desktop 3.6을 공개했습니다. 표면적으로는 데스크톱 Git 클라이언트 업데이트입니다. 하지만 이번 릴리스는 코딩 에이전트가 만든 여러 브랜치와 폴더를 사람이 정리하는 순간을 겨냥합니다. GitHub Desktop 안에 Git worktree 생성·전환, Copilot 기반 커밋 메시지 작성, Copilot 병합 충돌 설명과 해결 제안이 함께 들어왔기 때문입니다.

이 글이 일반 Git 클라이언트 소식보다 AI 뉴스에 가까운 이유는 GitHub가 문제 정의를 에이전트 작업 방식에서 시작했기 때문입니다. 공식 글은 개발이 점점 AI와 코딩 에이전트의 도움을 받으면서 커밋 작성, 병합 충돌, 여러 브랜치 병렬 작업 같은 Git의 일상 구간이 더 중요해졌다고 설명합니다. 모델이 코드를 생성하는 속도는 빨라졌지만, 사람이 바뀐 파일을 나누어 검토하고, 커밋 메시지를 저장소 규칙에 맞추고, 충돌을 정리하는 단계는 여전히 병목으로 남습니다.

최근 devlery에서 다룬 Copilot for Jira GA는 이슈에서 PR로 이어지는 클라우드 작업 흐름이었습니다. 이번 GitHub Desktop 3.6은 그 반대쪽에 가깝습니다. 저장소가 로컬에 있고, 브랜치가 여러 개이며, 에이전트 세션이나 사람이 만든 변경이 작업 폴더 안에 남아 있을 때 어떤 화면에서 정리할지에 관한 발표입니다. 같은 Copilot 이름이 붙어도 기사 각도는 모델 성능이 아니라 Git 통합면입니다.

Git worktree는 같은 저장소에서 여러 브랜치를 서로 다른 디렉터리로 체크아웃하는 Git 기능입니다. 예전부터 명령행으로 쓸 수 있었지만, 코딩 에이전트 시대에는 의미가 달라졌습니다. 에이전트 하나가 버그 수정 브랜치에서 테스트를 돌리고, 다른 에이전트가 문서 변경을 만들고, 사용자는 또 다른 브랜치에서 긴급 패치를 확인해야 하는 상황이 흔해졌습니다. 이때 같은 폴더에서 브랜치를 계속 바꾸면 미완성 변경을 stash하거나 커밋해야 합니다.

GitHub Desktop 3.6은 이 문제를 UI 레벨에서 다룹니다. GitHub Docs의 worktree 문서는 Desktop이 worktree 생성, 전환, 이름 변경, 삭제를 지원한다고 설명합니다. 저장소에 연결된 worktree가 있으면 Repository와 Branch dropdown 사이에 Worktree dropdown이 나타납니다. 새 worktree를 만들 때 이름을 입력하면 Desktop이 경로를 정하고, 새 브랜치를 만들거나 기존 로컬 브랜치와 원격 브랜치를 연결할 수 있습니다.

본문 스크린샷에서 보이는 변화는 작아 보입니다. Current Repository와 Current Branch 사이에 Current Worktree 메뉴가 추가됐고, main worktree와 linked worktrees가 나뉘어 표시됩니다. 하지만 코딩 에이전트 관점에서는 이 위치가 중요합니다. worktree가 별도 폴더 관리 요령이 아니라 저장소, 브랜치와 같은 수준의 작업 컨텍스트로 올라왔다는 뜻입니다. 에이전트가 여러 작업을 병렬로 벌인 뒤 사람이 어느 폴더를 검토 중인지 확인하는 비용이 줄어듭니다.

GitHub Desktop 3.6의 또 다른 축은 Copilot SDK입니다. 공식 글은 Desktop 안의 Copilot이 이제 Copilot SDK 위에서 동작하며, 향상된 커밋 메시지 경험과 새 병합 충돌 워크플로가 같은 기반을 쓴다고 설명합니다. 같은 기반을 쓰면 기능별로 서로 다른 Copilot 호출을 붙이는 방식보다 모델 선택, 권한, 컨텍스트 전달 방식을 맞추기 쉽습니다. GitHub는 모든 Desktop Copilot 기능에 사용 가능한 모델을 고르는 model picker가 들어간다고 밝혔습니다.

model picker와 BYOK 지원은 작은 설정처럼 보이지만 기업팀에는 민감한 부분입니다. 공식 발표는 사용자가 GitHub에서 접근 권한이 있는 모델을 고를 수 있고, BYOK로 서드파티 공급자나 로컬 모델을 연결할 수 있다고 적었습니다. 코딩 에이전트가 커밋 메시지, 충돌 설명, 파일 요약을 생성할 때 어느 모델이 어떤 비용과 데이터 경계 안에서 실행되는지 확인해야 하는 팀이라면, 이 기능은 단순 취향 선택이 아닙니다. 모델 선택이 Git 클라이언트의 기본 조작 안으로 들어왔습니다.

커밋 메시지 생성도 저장소 규칙과 더 직접적으로 연결됩니다. GitHub는 Desktop의 커밋 메시지 생성 기능이 .github/copilot-instructions.md와 AGENTS.md를 읽고, 저장소에 정의된 commit metadata rules를 반영한다고 설명했습니다. 에이전트나 Copilot이 만든 메시지가 팀의 문체, 이슈 번호 규칙, 릴리스 노트 관행과 맞지 않으면 사람이 다시 고쳐야 합니다. 이번 변경은 커밋 작성 AI가 일반 문장 생성기가 아니라 저장소 계약을 읽는 Git 보조자로 이동하는 사례입니다.

AGENTS.md 반영은 특히 이 블로그를 운영하는 관점에서도 눈에 들어옵니다. 이 저장소 역시 자동 발행 경로, frontmatter 규칙, 한국어 문체, 품질 게이트를 AGENTS.md와 skill 파일에 적어 둡니다. GitHub Desktop이 커밋 메시지 생성에서 AGENTS.md를 읽는다면, 에이전트 지시문은 더 이상 터미널 에이전트만 보는 문서가 아닙니다. GUI Git 클라이언트 안의 Copilot 기능도 저장소 지시문을 소비하는 방향으로 이동합니다.

병합 충돌 해결은 이번 릴리스에서 가장 조심스럽게 봐야 할 기능입니다. 공식 글은 병합 충돌이 생기면 Desktop이 충돌 변경을 설명하고, 사용자가 검토·수락·수정할 수 있는 해결안을 제안한다고 설명합니다. 즉 Copilot이 충돌을 자동으로 끝낸다는 의미가 아닙니다. 충돌 설명, 제안, 사용자 검토가 한 화면에 들어오는 흐름입니다. 충돌은 테스트 실패보다 더 직접적으로 코드 의미를 바꿀 수 있기 때문에, 제안 수락 전 diff 확인이 기능의 일부로 남아야 합니다.

릴리스 노트도 이 방향을 뒷받침합니다. GitHub Desktop 3.6.0 릴리스는 새 기능으로 Git worktree 지원 PR #22102와 Copilot 병합 충돌 해결 PR #22265를 적었습니다. 추가 항목에는 진행 중인 Copilot 커밋 메시지 생성을 멈출 수 있는 변경 PR #22324도 있습니다. 생성형 기능이 Git 클라이언트 안에 들어올수록 “중단”, “검토”, “되돌림” 같은 조작이 같은 수준으로 필요해진다는 점을 보여주는 작은 항목입니다.

이번 업데이트는 GitHub의 Copilot 전략이 웹 이슈와 PR에만 머물지 않는다는 점도 보여줍니다. GitHub Desktop은 공식 문서에서 GitHub나 다른 Git 호스팅 서비스에 있는 파일로 작업하도록 돕는 무료 오픈소스 앱으로 설명됩니다. 초보자에게는 명령을 시각화해 주고, 숙련자에게는 덜 쓰는 Git 명령을 찾아 실행하는 통로입니다. 여기에 Copilot이 들어오면 Git 조작 자체가 에이전트 검토면이 됩니다.

실무 개발자가 바로 체감할 변화는 브랜치 전환 습관입니다. 기존에는 기능 브랜치 A에서 작업하다가 긴급 버그 B를 보려면 stash를 만들거나, 임시 커밋을 남기거나, 저장소를 하나 더 clone했습니다. worktree를 쓰면 A와 B가 각각 별도 디렉터리에 남습니다. Desktop 3.6은 이 차이를 GUI 안에서 보이게 만들었습니다. 에이전트가 만든 fix-login, 사람이 만든 release-note, 리뷰용 hotfix를 같은 앱에서 이동하는 방식입니다.

코딩 에이전트와 함께 쓰면 검토 순서가 달라집니다. 에이전트에게 여러 이슈를 맡긴 뒤 결과 폴더를 하나씩 열어 git status, 테스트, diff를 확인하는 작업은 반복적입니다. Desktop에서 worktree 목록이 보이면 어떤 작업이 main worktree인지, 어떤 작업이 linked worktree인지 먼저 확인할 수 있습니다. 다만 이는 자동 병합을 의미하지 않습니다. worktree는 충돌을 없애는 도구가 아니라 미완성 변경을 서로 다른 디렉터리에 격리하는 도구입니다.

커밋 메시지 쪽 변화는 작은 품질 비용을 줄입니다. AI가 만든 코드가 괜찮아도 커밋 기록이 “fix stuff”처럼 남으면 리뷰와 배포 이력이 망가집니다. GitHub가 .github/copilot-instructions.md와 AGENTS.md를 커밋 생성에 반영한다고 밝힌 부분은 이 비용을 겨냥합니다. 예를 들어 팀이 feat:, fix:, post: 같은 prefix를 요구하거나, 한국어 커밋 메시지를 요구하거나, 이슈 번호를 본문에 넣게 한다면 Copilot이 그 규칙을 참고할 수 있습니다.

병합 충돌 제안은 팀마다 도입 속도가 다를 가능성이 큽니다. 충돌은 두 변경이 같은 줄을 건드렸다는 기술 신호일 뿐 아니라, 두 사람이 서로 다른 제품 판단을 코드에 남겼다는 업무 신호이기도 합니다. Copilot이 설명한 충돌 원인이 맞아도 해결안이 제품 의도와 맞지 않을 수 있습니다. 따라서 Desktop의 장점은 “충돌을 대신 해결한다”보다 “충돌을 설명 가능한 작업으로 바꿔 검토 시간을 줄인다”에 가깝습니다.

보안과 거버넌스 관점에서는 BYOK와 모델 선택기가 동시에 들어온 점을 봐야 합니다. 로컬 모델이나 서드파티 공급자를 연결할 수 있다는 말은 선택권이 넓어진다는 뜻입니다. 동시에 조직은 어떤 저장소에서 어떤 모델이 허용되는지, 커밋 메시지나 충돌 내용이 외부 공급자로 전달돼도 되는지 정해야 합니다. GitHub의 Copilot Business와 Enterprise 관리 정책, 모델 접근 설정, 데이터 보존 조건을 함께 확인해야 하는 이유입니다.

이번 발표는 OpenAI Codex, Claude Code, Cursor 같은 코딩 에이전트와도 연결됩니다. 이 도구들은 구현 방식은 다르지만, 모두 여러 작업을 분리된 컨텍스트에서 실행하고 사람이 최종 diff를 검토하는 구조로 수렴합니다. worktree는 이 구조의 낮은 수준 인프라입니다. GitHub Desktop이 worktree를 눈에 보이게 만들면, 터미널 에이전트가 만든 폴더도 더 많은 개발자에게 익숙한 Git 단위로 보일 수 있습니다.

커뮤니티 반응은 아직 큰 공개 토론으로 번지지 않았습니다. Hacker News나 GeekNews에서 GitHub Desktop 3.6 단독 논의를 확인하지는 못했습니다. 대신 같은 주 OpenAI Developer Community에는 Codex가 worktree를 기반으로 branch workspace를 더 일급 객체처럼 다뤄야 한다는 제안이 올라왔습니다. 이는 특정 제품의 반응이라기보다, 에이전트 작업이 늘어나면서 “브랜치와 작업 폴더를 어떻게 관리할 것인가”가 공통 불편이 됐다는 신호입니다.

GitHub 입장에서는 Desktop 3.6이 Agent HQ나 Copilot coding agent 같은 더 큰 AI 제품의 보조면이 될 수 있습니다. 이슈에서 시작한 작업이 PR로 끝나기 전, 로컬에서 사람이 확인해야 할 순간은 계속 남습니다. GitHub Desktop은 이미 변경 파일, 커밋, 브랜치, PR 확인을 시각화하는 앱입니다. 여기에 worktree와 Copilot 충돌 해결이 들어오면, 에이전트가 만든 변경을 사람이 받아들이는 마지막 10분의 UX가 GitHub 안으로 더 들어갑니다.

개발팀이 바로 확인할 항목은 네 가지입니다. 첫째, GitHub Desktop 3.6.0이 팀 운영체제에 배포됐는지 확인합니다. 둘째, 저장소에 AGENTS.md나 .github/copilot-instructions.md가 있다면 커밋 메시지 규칙까지 포함하는지 점검합니다. 셋째, Copilot 모델 선택과 BYOK 사용 가능 범위를 조직 정책으로 정합니다. 넷째, worktree 삭제와 병합 충돌 수락은 리뷰 체크리스트에 넣습니다. GUI가 쉬워질수록 위험한 조작도 더 빠르게 실행됩니다.

이번 업데이트를 “GitHub Desktop에 AI 버튼이 늘었다”로만 보면 작게 보입니다. 더 정확한 해석은 GitHub가 코딩 에이전트 시대의 Git 정리 화면을 선점하려 한다는 쪽입니다. 에이전트는 코드를 많이 만들 수 있습니다. 그 다음에는 어떤 변경을 남길지, 어떤 커밋으로 기록할지, 어느 브랜치를 합칠지, 충돌을 어떻게 설명할지가 남습니다. GitHub Desktop 3.6은 그 남은 작업을 명령행 밖의 제품 표면으로 끌어낸 릴리스입니다.

아직 결론은 조심스럽습니다. worktree GUI가 모든 팀의 병렬 개발 방식을 바꾸지는 않습니다. 터미널과 IDE 중심 팀은 계속 명령행을 선호할 수 있고, 대규모 monorepo에서는 worktree 경로와 의존성 설치 비용이 별도 문제가 됩니다. Copilot 충돌 해결도 테스트와 코드 리뷰를 대체하지 못합니다. 다만 GitHub가 worktree, 커밋 지시문, 모델 선택, 충돌 설명을 한 화면에 묶었다는 사실은 에이전트 개발 도구의 경쟁 기준을 바꿉니다. 이제 질문은 “어떤 모델이 코드를 잘 쓰는가”에서 “그 모델이 만든 여러 변경을 사람이 어디서 안전하게 합치는가”로 이동합니다.