VS Code에서 JetBrains급 Merge 충돌 해결이 가능해졌다
Git 리베이스 도중 충돌이 발생했을 때, VS Code의 기본 Merge Editor를 열어보면 익숙한 수직 스택 레이아웃이 반긴다. Incoming과 Current가 위아래로 쌓이고, Result 패널은 그 아래에 따로 위치한다. 충돌 범위가 크거나 파일이 여러 개일 때 이 레이아웃은 컨텍스트를 파악하기가 쉽지 않다. JetBrains 계열 IDE(IntelliJ, WebStorm)를 써본 개발자라면 좌·중·우 3패널 방식의 편의성을 이미 알고 있을 것이다. MergeForge는 그 경험을 VS Code와 Cursor 환경으로 가져오는 익스텐션이다.
3-패널 뷰가 실무에서 왜 중요한가
기존 VS Code의 수직 스택 방식에서는 Current(내 변경)와 Incoming(상대 변경)을 동시에 보면서 Result를 편집하기가 어렵다. 스크롤이 분리되거나 화면을 오가는 과정에서 어느 쪽 변경이 어떤 의도였는지 놓치기 쉽다.
MergeForge는 JetBrains 스타일로 세 영역을 수평 분할한다.
- 좌(Current): 내 브랜치의 현재 상태
- 중(Result): 최종 결과를 직접 편집하는 공간
- 우(Incoming): 머지 대상 브랜치의 변경 사항
세 패널이 나란히 놓이면 거터(gutter)의 화살표 버튼으로 어느 쪽 변경을 Result에 반영할지 즉각 선택할 수 있다. 대규모 리베이스나 장기 피처 브랜치 머지처럼 충돌 파일이 10개 이상인 상황에서 이 레이아웃 차이는 작업 속도와 실수 발생률에 직결된다.
설치 및 사용 흐름
VS Code Extension Marketplace에서 MergeForge를 검색해 설치하면 된다. 충돌이 발생한 파일을 열 때 기존 Merge Editor 대신 MergeForge UI를 선택할 수 있다.
# 예시: 리베이스 중 충돌 발생 시
git rebase main
# CONFLICT 메시지 확인 후 VS Code에서 해당 파일 열기
# → MergeForge로 열기 선택
충돌 해결 후 파일을 저장하면 스테이징까지 연결되며, 리베이스 혹은 머지 프로세스를 이어갈 수 있다. Cursor 에디터에서도 동일하게 동작한다.
내장된 AI 어시스턴트는 충돌 마커만 분리해서 보는 방식이 아니라, 리포지토리 전체 컨텍스트를 사전 분석한 뒤 해결 방향을 제안한다. 단순히 <<<<<<< HEAD 마커를 파싱하는 수준이 아니라, 해당 파일의 주변 코드와 브랜치의 의도를 함께 고려하기 때문에 제안의 신뢰도가 높아진다. 다만 AI 제안은 참고 수단으로 활용하고, 최종 판단은 개발자가 직접 내리는 것이 안전하다.
정리
- VS Code·Cursor 환경에서 JetBrains 스타일의 좌·중·우 3패널 Merge UI를 제공해 충돌 컨텍스트 파악이 용이해진다
- 대규모 리베이스나 장기 브랜치 머지처럼 충돌 파일이 많은 실무 상황에서 레이아웃 차이가 작업 효율에 직접적인 영향을 준다
- AI 어시스턴트가 리포지토리 컨텍스트를 분석해 해결 방향을 제안하므로, 반복적인 충돌 리뷰 부담을 줄이는 보조 도구로 활용할 수 있다