Merge conflict는 개발자 생산성을 갉아먹는 가장 비싼 마찰 중 하나다. 대개 review가 끝나고 approval도 받은 뒤, 이제 막 merge하려는 순간에 튀어나오기 때문이다. GitHub는 이 구간을 훨씬 짧은 흐름으로 바꾸려 한다. github.com의 새 Fix with Copilot 버튼은 prepopulated comment를 올리면 Copilot cloud agent가 conflict 해결을 맡는 방식이다.

핵심은 버튼 자체보다 그 다음 단계다. GitHub 설명에 따르면 Copilot은 conflict를 정리하고, build와 test가 여전히 통과하는지 확인한 뒤, 수정된 결과를 push한다. 이 모든 작업은 자체 cloud-based development environment에서 이뤄진다. 즉 로컬에서 rebase와 conflict marker를 붙잡고 씨름하던 작업이, 이제는 review 가능한 agent 작업으로 이동하는 셈이다.

GitHub는 이번 글에서 PR 내부의 @copilot 명령 표면도 다시 강조했다. 사용자는 pull request에서 Copilot에게 failing GitHub Actions workflow를 고치라고 하거나, code review comment를 처리하라고 요청하거나, 빠진 unit test를 추가하라고 시킬 수 있다. 새 conflict 해결 흐름은 이 더 큰 그림 안에 들어간다. Copilot은 inline autocomplete를 넘어, review thread 안에서 범위가 정해진 변경을 실제로 수행하는 역할로 옮겨가고 있다.

가용성도 중요하다. GitHub는 Copilot cloud agent가 모든 paid Copilot plan에서 쓸 수 있다고 설명했다. 다만 Copilot Business와 Copilot Enterprise 사용자는 관리자가 기능을 켜야 한다. 그래서 이 기능은 데모로 끝나지 않는다. merge queue와 장수 브랜치 때문에 conflict가 자주 생기는 팀이라면 지금 바로 시험해볼 수 있는 도구다.

앞으로 볼 지점은 신뢰다. 팀이 Copilot이 conflict를 풀고 branch를 검증한 결과를 믿기 시작하면, merge 정리는 더 이상 개인이 끝까지 붙잡는 의식이 아니다. 맡기고, 검토하고, 합치는 작업으로 바뀐다.

#merge-conflicts

GitHub, merge conflict 정리를 Copilot 3클릭 흐름으로 압축