GitHub Desktop 3.6, Copilot으로 커밋·충돌 해결까지 데스크톱 안으로

무엇이 바뀌었나

GitHub는 6월 26일 changelog에서 GitHub Desktop 3.6을 공개했습니다. 이번 버전의 큰 축은 두 가지입니다. 하나는 같은 저장소를 여러 작업 디렉터리로 나눠 다룰 수 있는 Git worktree 지원, 다른 하나는 GitHub Copilot이 커밋 작성과 머지 충돌 해결을 돕는 흐름입니다.

GitHub Desktop은 터미널 명령어보다 화면 조작에 익숙한 개발자가 자주 쓰는 Git 앱입니다. 그래서 이번 업데이트는 “AI가 코드를 대신 짠다”보다 더 생활형에 가깝습니다. 브랜치 정리, 커밋 메시지, 충돌 해결처럼 실제 개발 중 반복되는 작업에 Copilot이 붙는다는 의미입니다.

Worktree가 왜 중요한가

Worktree는 하나의 저장소에서 여러 작업 디렉터리를 동시에 두는 기능입니다. 예를 들어 한쪽에서는 새 기능을 만들고, 다른 쪽에서는 긴급 버그 수정 브랜치를 열 수 있습니다. 터미널 Git에 익숙한 사람에게는 이미 알려진 기능이지만, 데스크톱 앱에 들어오면 진입 장벽이 낮아집니다.

이번 릴리스 노트도 같은 repository의 여러 working directory를 관리하는 기능을 새로 추가했다고 설명합니다. 초보자 관점에서는 브랜치를 자주 바꾸다가 작업물이 섞이는 위험을 줄이고, 팀 작업에서는 동시에 여러 맥락을 열어두는 개발 흐름을 더 쉽게 만들 수 있습니다.

Copilot은 어디에 붙었나

GitHub의 설명에 따르면 Desktop 3.6에서는 Copilot이 commit authoring과 merge conflict resolution을 지원합니다. 릴리스 노트에도 Copilot으로 머지 충돌을 해결하는 항목, 그리고 Copilot이 커밋 메시지를 생성하는 요청을 중지할 수 있는 항목이 함께 들어 있습니다.

이 말은 Copilot이 코드 편집기 안에서만 대답하는 도구가 아니라, Git 작업의 의사결정 지점으로 이동하고 있다는 뜻입니다. 커밋 메시지는 “내가 방금 무엇을 바꿨는지”를 요약하는 작업이고, 머지 충돌은 “두 사람이 바꾼 내용을 어떻게 합칠지”를 판단하는 작업입니다. 둘 다 단순 자동완성보다 문맥 이해가 중요합니다.

일반 독자와 개발자에게 의미 있는 점

개발자에게 Git은 게임의 세이브 파일 관리와 비슷합니다. 어느 시점의 작업을 저장하고, 다른 갈래로 실험하고, 팀원의 변경분과 합치는 도구입니다. 그런데 초보자에게는 명령어와 충돌 메시지가 어렵게 느껴집니다.

GitHub Desktop 3.6의 방향은 그 부담을 줄이는 쪽입니다. 작업 갈래를 눈으로 관리하고, 커밋 설명을 도움받고, 충돌 해결의 첫 실마리를 얻는 구조가 됩니다. 특히 바이브 코딩이나 AI 보조 개발을 시작한 사람에게는 코드 작성 다음 단계인 정리·저장·병합을 AI가 보조하기 시작했다는 신호로 볼 수 있습니다.

아직 조심할 점

다만 Copilot이 충돌 해결을 도와준다고 해서 결과를 그대로 믿어도 된다는 뜻은 아닙니다. 머지 충돌은 실제 서비스 동작을 바꿀 수 있으므로, 제안 내용을 확인하고 테스트하는 과정이 필요합니다. 또한 Copilot 기능은 계정 플랜, 조직 정책, 앱 버전에 따라 다르게 보일 수 있습니다.

이번 소식은 “GitHub Desktop이 모든 개발 문제를 자동 해결한다”가 아닙니다. 더 정확히는 AI 개발 도구가 코드 작성 화면을 넘어 Git 관리 화면까지 넓어지고 있다는 변화입니다. 그래서 Game Sunakku 독자에게는 새 모델 벤치마크보다 실제 작업 방식 변화로 읽는 편이 좋습니다.