본문 바로가기

개발이야기

GitHub Desktop 3.6: Git worktree와 Copilot 머지 충돌 해결이 바꾸는 일상

반응형

핵심 요약

GitHub는 2026년 6월 24~25일 GitHub Desktop 3.6을 출시했다(〈GitHub Changelog〉 2026-06-26). 이번 버전의 핵심은 Git worktree 네이티브 지원Copilot 기반 머지 충돌 해결·커밋 메시지 생성이다. worktree는 한 저장소에서 여러 작업 디렉터리를 동시에 쓰게 해, 브랜치 전환·stash 반복 없이 병렬 작업이 가능하다. GitHub는 특히 코딩 에이전트가 worktree로 격리된 세션을 자주 만드는 추세와 맞물린다고 설명했다. Copilot 기능은 Copilot SDK 위에서 동작하며, 모델 피커와 BYOK(Bring Your Own Key) 도 지원한다.

무슨 일이 있었나

Git worktree 지원(3.6.0, #22102): Desktop UI에서 worktree를 만들고 관리할 수 있다. CLI로 git worktree add를 쓰던 흐름을 GUI로 끌어온 것이다. 에이전트가 feature-A, 사람이 hotfix-B를 동시에 진행할 때 clone을 여러 개 둘 필요가 줄어든다.

Copilot 머지 충돌 해결(#22265): 충돌 발생 시 Copilot이 양쪽 변경을 설명하고 해결안 초안을 제안한다. 사용자는 검토·수정 후 merge를 완료한다.

커밋 메시지 Copilot 생성(#22324): staged diff를 바탕으로 메시지 초안을 만든다.

3.6.1(6월 25일)은 Copilot Max 플랜 인식, 로딩 시간 개선, 작은 창에서 모델 피커 UI 등 버그·UX 수정을 포함했다(〈desktop/desktop Releases〉 2026-06-25).

Copilot 기능 사용에는 GitHub Copilot 구독(또는 BYOK)이 필요하다. Desktop 자체는 무료다.

실무에서 읽는 방법

worktree + 에이전트 조합은 다음 패턴에 잘 맞는다.

| 시나리오 | worktree 이점 |

|---------|--------------|

| 에이전트가 긴 리팩터링 | main 워킹트리를 건드리지 않음 |

| 긴급 hotfix | 기능 브랜치 작업 중단 없이 병렬 디렉터리 |

| 리뷰용 체크아웃 | PR 브랜치를 별도 폴더에서 빌드·테스트 |

Copilot 충돌 해결은 양쪽 diff가 명확한 텍스트 충돌에 유리하지만, 대규모 리네이밍·바이너리 충돌에는 한계가 있다. 제안안은 반드시 로컬 테스트 후 merge하는 습관이 필요하다.

고유 인사이트: CLI 숙련자는 예전부터 worktree를 썼지만, Desktop 3.6은 에이전트·주니어 개발자까지 같은 워크플로에 편입시키는 전환점이다. "에이전트 = 별도 clone"이 아니라 "에이전트 = worktree 슬롯" 으로 팀 규칙을 짜기 쉬워진다.

체크포인트와 리스크

  • 체크포인트
  • macOS·Windows 자동 업데이트 rollout(점진 배포)
  • Copilot SDK 기반 기능의 모델별 품질 차이
  • worktree와 Desktop의 submodule·LFS 호환
  • 리스크·한계
  • Copilot 제안 merge가 테스트 누락을 유발할 수 있음
  • worktree 디스크 사용량 증가(브랜치마다 node_modules 중복 가능)
  • BYOK 사용 시 키 관리·비용은 팀 정책 필요

마무리

GitHub Desktop 3.6은 "GUI Git 클라이언트 업데이트"를 넘어, 에이전트 병렬 작업AI 보조 merge를 일반 개발자 워크플로에 넣은 버전이다. 당장 도입한다면 worktree 네이밍 규칙(예: ../repo-agent-feature-x)과 Copilot merge 후 필수 CI 정도만 팀 합의해도 체감 효율이 크다. Copilot 없이도 worktree만으로도 브랜치 스위칭 스트레스는 줄일 수 있다.

참고 자료