원인은 경로에 섞인 슬래시였다. 폴더 칸에 C:/Users/... 처럼 슬래시가 섞인 값이 들어 있으면 Directory.Exists 는 통과시키지만, 대화상자의 InitialDirectory 는 윈도우 셸(COM)이 그대로 해석하다 ArgumentException 을 던진다. 그 예외는 대입할 때가 아니라 ShowDialog() 안쪽에서 올라오기 때문에 대입 줄만 try 로 감싸 둔 파일 비교 쪽도 똑같이 죽게 돼 있었다. - Services/PathUtil.cs 신설. 셸에 넘길 경로는 전부 여기를 거친다. - 폴더·파일 고르기 둘 다 ShowDialog() 를 감쌌다. 끊긴 네트워크 드라이브처럼 정규화로 걸러지지 않는 경우에는 시작 폴더 없이 한 번 더 연다. - 3차 작업 지시서와 진행 상황 문서 신설·갱신. 검사: PathTest 31건 신설(356 -> 387건). 실제 실행으로 왼쪽·오른쪽 폴더 10회 연속, 파일 비교의 기준·내 파일 각 1회 확인. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
199 lines
13 KiB
Markdown
199 lines
13 KiB
Markdown
# MergeHub 진행 상황
|
|
|
|
작업 하나가 끝날 때마다 이 표를 고치고 **로컬 커밋**한다.
|
|
푸시는 하지 않는다 — 사내 Gitea 저장소가 만들어지면 그때 한 번에 올린다.
|
|
|
|
상태 표기: `대기` · `진행` · `완료`
|
|
|
|
---
|
|
|
|
## 이번 주 목표 (2주차 · 폭 넓히기)
|
|
|
|
기획안(`문서/사내_MergeTool_개발기획안`) 기준으로 **기능 덩어리를 100% 로 채우는 것**이 목표다.
|
|
한 덩어리를 깊게 파는 것보다 여러 덩어리를 "있다"고 말할 수 있는 선까지 올린다.
|
|
|
|
### ④ Git 조작 — **완료** (2026-09-08)
|
|
|
|
서비스에는 이미 있는데 화면에 없던 것들이라, 다섯 가지가 하루가 아니라 반나절에 붙었다.
|
|
|
|
| 상태 | 항목 | 내용 | 확인 |
|
|
|---|---|---|---|
|
|
| **완료** | 커밋 이름 변경(amend) | `커밋 수정` 버튼. 고쳐 쓸 메시지를 다시 치지 않게 `마지막 메시지` 버튼도 함께 뒀다 | 확인: `6e6bb78` → `0d7401f` 로 메시지가 바뀜 |
|
|
| **완료** | stash 목록 | 콤보에서 골라 `적용`/`삭제`. 목록이 바뀌면 고른 항목을 다시 잡는다 - 하나 꺼내면 번호가 당겨지는데 옛 항목을 붙들고 있으면 <b>다음 삭제가 엉뚱한 것을 지운다</b> | 확인: 저장 → 목록에 뜸 → 적용 → 워킹트리 복구 |
|
|
| **완료** | 두 커밋 사이 비교 | 이력에서 `여기부터` 로 시작점을 잡으면 그 뒤 고르는 커밋이 끝점이 된다. 안 잡으면 지금까지처럼 부모와 비교 | 확인: 헤더가 `2766bc5 → 6e6bb78 (2개 파일)` |
|
|
| **완료** | blame (줄별 작성자) | `Blame` 탭 신설. 변경 목록에서 파일을 고르고 `blame` 을 누르면 경로가 넘어간다 | 확인: 31줄 전부 `커밋·날짜·작성자` 가 붙어 나옴 |
|
|
| **완료** | 변경분 파일 추출 | `GitService.ExportChangedFiles` 신설. 저장소 안 경로 구조를 그대로 만들고, <b>바이트 그대로</b> 옮긴다(텍스트로 다시 쓰면 줄바꿈·인코딩이 바뀐다). 지워진 파일은 뽑을 것이 없어 건너뛴다 | 확인: `2개 파일 → ...Temp (건너뜀 0개)` |
|
|
|
|
### ③ 3-Way 병합 — **완료** (2026-09-08)
|
|
|
|
"볼 수 있다"에서 "끝낼 수 있다"로.
|
|
|
|
| 상태 | 항목 | 내용 | 확인 |
|
|
|---|---|---|---|
|
|
| **완료** | 자동 병합 | 저쪽만 고친 줄(`ThreeWayState.RemoteChanged`)을 한 번에 가져온다. 충돌과 내가 고친 줄은 안 건드린다. `git merge` 가 자동으로 해 주는 일을 여기서도 해 주는 것 | `Theirs only 1 → 0`, 자동 병합 버튼이 스스로 꺼짐 |
|
|
| **완료** | 충돌만 이동 | `이전 충돌` / `다음 충돌` (`Alt+Shift+↑↓`). <b>아직 안 정한 충돌만</b> 딛는다 | 3개를 차례로 딛고 마지막에 버튼이 꺼짐 |
|
|
| **완료** | 병합 완료 판정 | ACTIONS 위쪽에 `남은 충돌 N개`(빨강) → `충돌 정리 끝`(초록) | 3개 → 2 → 1 → 끝 |
|
|
|
|
**여기서 판단이 하나 필요했다** — 충돌인지 아닌지는 BASE·MINE·REMOTE 를 견주면 저절로 나오지만,
|
|
"내 것으로 간다"고 정한 줄은 <b>내용이 그대로라 여전히 충돌로 보인다.</b> 그래서 `NeedsDecision`
|
|
(충돌이면서 아직 반영·수정 표시가 없는 줄)을 따로 두었다. 그 결정은 글을 바꾸지 않으므로 편집 뒤
|
|
다시 정렬하면 사라지는데, 얼어 있는 <b>BASE 줄 번호</b>(없으면 MINE 줄 번호)로 붙들어 되살린다.
|
|
|
|
**곁들여 고친 것**: `Take Mine` · `Take Theirs` 버튼이 <b>줄을 옮겨도 켜짐/꺼짐이 그대로였다.</b>
|
|
CommunityToolkit 커맨드는 CommandManager 를 구독하지 않는데 이 둘만 갱신 목록에서 빠져 있었다.
|
|
키보드(`Alt+←/→`)로는 되고 버튼만 안 되던 이유가 이것이다.
|
|
|
|
### ① 폴더 비교 — **완료** (2026-09-08)
|
|
|
|
| 상태 | 항목 | 내용 | 확인 |
|
|
|---|---|---|---|
|
|
| **완료** | 폴더째 복사·삭제 | 파일 하나씩만 되던 것을 폴더에도 열었다. 확인 창에 <b>안에 든 파일 수</b>를 적는다 - "폴더 하나"라고만 물으면 몇 개가 덮이는지 모르는 채 확인을 누르게 된다 | `sub`(파일 2개) 폴더째 복사 → `bsubdeep wo.txt` 까지 따라옴 |
|
|
| **완료** | 상태별 보기 필터 | 다른 것만 / 전체 / 왼쪽에만 / 오른쪽에만 / 같은 것만. <b>다시 비교하지 않고</b> 목록만 다시 그린다 | 15개 → "왼쪽에만" 5개, 요약 줄은 그대로 |
|
|
| **완료** | 비교 취소 | `FolderComparer.Compare` 에 `CancellationToken`. 항목 하나를 볼 때마다 확인하므로 누르는 즉시 멈춘다. 앞서 본 결과는 그대로 남는다 | 테스트 3건 |
|
|
|
|
**설계 하나**: 파일을 실제로 옮기고 지우는 부분을 `Services/FileOps.cs` 로 뺐다.
|
|
되돌릴 수 없는 일이라 <b>화면 없이 검사할 수 있어야</b> 하기 때문이다 - 겹치는 파일은 덮고,
|
|
대상에만 있던 파일은 남기고, 두 번 복사해도 같은지를 테스트로 못 박았다.
|
|
|
|
### ② 파일 비교 — **완료** (2026-09-08)
|
|
|
|
| 상태 | 항목 | 내용 | 확인 |
|
|
|---|---|---|---|
|
|
| **완료** | 바꾸기 (Ctrl+H) | 찾기 칸 아래에 바꿀 말 줄이 붙는다(Ctrl+F 로 열면 안 뜬다 - 찾기만 할 때 자리를 뺏지 않는다). `바꾸기` 는 고른 자리가 <b>찾는 말일 때만</b> 바꾸고 다음으로 넘어간다 - 엉뚱한 자리를 덮어쓰는 것보다 한 번 더 누르게 하는 편이 낫다 | `PulseUs → PulseMicros` 2개 바꿈 |
|
|
| **완료** | 덩어리 단위 반영 | `이 덩어리 반영`(`Alt+Shift+→`). 차이로 잡힌 줄이 이어지는 구간을 한 번에 | 마지막 차이에서 2줄 한 번에 반영 |
|
|
| **완료** | 인코딩·줄바꿈 변환 저장 | ACTIONS 의 `저장 형식` 두 칸. 기본 "원본 유지"라 지금까지와 똑같이 나간다. UTF-8 / UTF-8(BOM) / CP949 · CRLF / LF | 화면 확인 |
|
|
| **완료** | 바이너리·이미지 비교 | "줄 단위로 비교할 수 없습니다" 한 줄로 끝나던 것을 <b>답이 있는 화면</b>으로. 크기·SHA-1·처음 갈리는 바이트 위치를 알려 주고, 그림이면 나란히 띄우고 아니면 앞 4KB 를 16진으로 늘어놓는다(다른 줄만 색) | `.bin` 두 개: "왼쪽 17 B · 오른쪽 19 B · 처음 갈리는 곳 0x10" · `.png` 두 개 나란히 |
|
|
|
|
---
|
|
|
|
### ⑤ 밖에서 부르기 — **완료** (2026-09-08)
|
|
|
|
| 상태 | 항목 | 내용 | 확인 |
|
|
|---|---|---|---|
|
|
| **완료** | 명령줄 인자 수신 | `--merge/--diff --base/--local/--remote/--merged` 와 그냥 넘어온 경로. <b>이것이 다리의 나머지 반쪽</b>이다 - `git config` 에 등록하는 쪽은 전부터 있었는데 받는 쪽이 없었다 | `ArgsTest` 26건 · 실제 실행 2건 |
|
|
| **완료** | 탐색기에서 부르기 | 우클릭 → <b>보내기</b> → `MergeHub 로 비교`. Git 탭 버튼 하나로 등록/해제하고 버튼 이름이 지금 상태를 말한다 | 실제 메뉴에서 확인 |
|
|
|
|
**우클릭 메뉴에 바로 넣으려다 보내기로 돌아섰다.** 처음에는 레지스트리에 정적 verb 를 넣었다
|
|
(`HKCU\Software\Classes\AllFilesystemObjects\shell\...`). 키는 제대로 들어갔고
|
|
`HKEY_CLASSES_ROOT` 에도 병합돼 보였는데 <b>탐색기 메뉴에는 뜨지 않았다.</b>
|
|
확인해 보니 이 PC 에서 우클릭 메뉴에 나오는 다른 프로그램(Notepad++ · Git Bash · WinMerge)은
|
|
전부 HKLM(전체 사용자)에 등록돼 있었고, HKCU 에 넣은 것은 - 우리 것이든 실험용으로 넣은
|
|
메모장 항목이든 - <b>하나도 그려지지 않았다.</b> HKLM 은 관리자 권한이 필요해 쓸 수 없다.
|
|
|
|
그래서 <b>보내기(SendTo)</b> 로 갔다. `%APPDATA%\Microsoft\Windows\SendTo` 에 바로가기
|
|
파일 하나를 두는 것이 전부라 레지스트리도 권한도 필요 없고 윈도우 판을 타지 않는다.
|
|
한 단계 더 들어가는 것이 유일한 단점인데, 대신 <b>여러 개를 골라 한 번에 보낼 수 있다</b> -
|
|
미뤄 두었던 "파일 두 개 골라 비교"가 덤으로 따라왔다.
|
|
|
|
셸 확장 DLL 은 쓰지 않았다 - DLL 은 탐색기 프로세스 안에서 돌아 잘못되면 탐색기가 통째로 죽는다.
|
|
|
|
고른 것이 하나뿐이면 왼쪽만 채우고 오른쪽은 비워 둔 채 화면을 연다 - 사용자가 그 자리에서
|
|
상대를 고르면 되고, 아무것도 안 열리는 것보다 낫다.
|
|
|
|
---
|
|
|
|
## 3차 — 버그 정리 + 기능 확장 (2026-09-09 ~)
|
|
|
|
지시서: `doc/작업지시-3차.md`. 실제로 써 보고 나온 문제부터 순서대로 잡는다.
|
|
|
|
### A. 죽거나 화면이 망가지는 문제
|
|
|
|
| 상태 | 항목 | 내용 | 확인 |
|
|
|---|---|---|---|
|
|
| **완료** | A-1 폴더 고르기에서 프로그램이 죽음 | 아래 따로 적음 | 왼쪽·오른쪽 10회 연속 · 파일 비교 쪽 2회 |
|
|
| 대기 | A-2 화면 이동 시 종료·최소화 | | |
|
|
| 대기 | A-3 파일 비교에서 화면 이동이 원래 모니터로 복귀 | | |
|
|
| 대기 | A-4 화면 이동 시 잠금 팝업 | | |
|
|
| 대기 | A-5 Git 저장소 최상위를 고를 수 없음 | | |
|
|
|
|
### B. 3-Way 화면
|
|
|
|
| 상태 | 항목 |
|
|
|---|---|
|
|
| 대기 | B-1 가로 스크롤 막대가 없음 |
|
|
| 대기 | B-2 아래로 내리면 칸마다 보이는 행 수가 다름 |
|
|
| 대기 | B-3 Take Mine / Take Theirs 3-Way 동작 확인 |
|
|
|
|
### C. 잔손질
|
|
|
|
| 상태 | 항목 |
|
|
|---|---|
|
|
| 대기 | C-1 코드 위 툴팁 제거 |
|
|
| 대기 | C-2 Git 탭 버튼·입력칸 잘림 |
|
|
| 대기 | C-3 폴더 복사 팝업을 토스트 모양으로 |
|
|
|
|
### D. 기능 추가
|
|
|
|
| 상태 | 항목 |
|
|
|---|---|
|
|
| 대기 | D-1 주석만 다른 파일을 다른 색으로 |
|
|
| 대기 | D-2 C++ 문법 강조 |
|
|
| 대기 | D-3 폴더 안 전체 검색 |
|
|
| 대기 | D-4 비교 창 여러 개 |
|
|
| 대기 | D-5 덩어리 단위 반영 (2-Way 는 이미 됨 · 3-Way 확인 필요) |
|
|
| 대기 | D-6 비교 결과 텍스트 내보내기 |
|
|
| 대기 | D-7 드래그 앤 드롭으로 열기 |
|
|
|
|
---
|
|
|
|
### A-1. 폴더 고르기에서 프로그램이 죽던 원인 — **완료** (2026-09-09)
|
|
|
|
"왼쪽 폴더..." 를 누르면 창이 하얗게 굳었다가 그대로 사라졌다. 윈도우 이벤트 로그에 남은 것:
|
|
|
|
```
|
|
System.ArgumentException
|
|
MS.Internal.AppModel.ShellUtil.GetShellItemForPath(System.String)
|
|
Microsoft.Win32.FileDialog.PrepareVistaDialog(...)
|
|
Microsoft.Win32.CommonDialog.ShowDialog()
|
|
MergeHub.ViewModels.FolderViewModel.AskForFolder(...)
|
|
```
|
|
|
|
**원인은 경로에 섞인 슬래시였다.** 왼쪽 폴더 칸에 들어 있던 값이
|
|
`C:/Users/Ubisam/AppData/Local/Temp/plain-compare` 였는데, .NET 의 `Directory.Exists` 는
|
|
이런 경로도 통과시킨다. 그런데 대화상자의 `InitialDirectory` 는 윈도우 셸(COM)이 그대로
|
|
해석하고, 슬래시가 섞이면 거부하며 예외를 던진다. 그 예외가 <b>대입할 때가 아니라
|
|
`ShowDialog()` 안쪽에서</b> 올라오기 때문에 대입 줄만 `try` 로 감싸 둔 곳(파일 비교 쪽)도
|
|
똑같이 죽게 돼 있었다. 오른쪽 폴더 칸은 비어 있어서 멀쩡했던 것이고, 사실상
|
|
"경로를 한 번이라도 채워 둔 채 다시 고르려 하면 죽는" 상태였다.
|
|
|
|
**고친 것**
|
|
|
|
- `Services/PathUtil.cs` 신설. 셸에 넘길 경로는 전부 여기를 거친다. 구분자를 역슬래시로
|
|
맞추고, 상대 경로를 펴고, 확인할 수 없는 경로는 빈 문자열로 돌려준다. 빈 문자열이면
|
|
부르는 쪽이 `InitialDirectory` 를 아예 지정하지 않는다.
|
|
- 폴더 고르기·파일 고르기 둘 다 `ShowDialog()` 를 감쌌다. 끊긴 네트워크 드라이브처럼
|
|
정규화로 걸러지지 않는 경우가 남기 때문에, 그럴 때는 시작 폴더 없이 한 번 더 연다.
|
|
폴더 고르기 자체를 못 쓰게 되는 것보다 낫다.
|
|
- 플랫폼(`UbisamBase.Shell/App.xaml.cs`)에 <b>전역 예외 그물</b>을 놓았다. 화면 스레드에서
|
|
예외가 새어 나오면 WPF 는 프로그램을 그대로 끝내 버린다. 현장 장비에서 버튼 하나 잘못
|
|
눌렀다고 프로그램이 사라지면 무슨 일이 있었는지도 남지 않는다. 이제 로그에 남기고
|
|
알림창을 띄운 뒤 계속 돈다. <b>조용히 삼키지는 않는다</b> - 알리지 않으면 "눌렀는데
|
|
아무 일도 안 일어난다"가 되어 더 나쁘다.
|
|
이 저장소만이 아니라 <b>플랫폼을 쓰는 모든 프로그램에 적용된다.</b>
|
|
|
|
**검사**: `PathTest` 31건 신설(슬래시 섞인 경로 · 따옴표 · 못 쓰는 글자 · 없는 드라이브 ·
|
|
아주 긴 경로 · 드라이브 뿌리). 전체 356 → **387건**.
|
|
|
|
---
|
|
## 3~4주차로 미룬 것
|
|
|
|
디테일이라 지금 붙잡을 일이 아니다.
|
|
|
|
- 파일·폴더 드래그&드롭, 최근 파일 목록
|
|
- 로그인·권한
|
|
- 비교 결과 보고서 내보내기
|
|
- 대용량 파일 성능 (수만 줄) — 실제 소스 크기를 확인한 뒤 판단
|
|
|
|
---
|
|
|
|
## 완료 기록
|
|
|
|
| 날짜 | 항목 | 커밋 |
|
|
|---|---|---|
|
|
| 2026-09-08 | 저장소 개설 (MergeHub · UbisamPlatform 각각) | `7719094` / `36ee902` |
|
|
| 2026-09-08 | **④ Git 조작 5가지** — amend · stash 목록 · 커밋 간 비교 · blame · 변경분 추출 | `9956567` |
|
|
| 2026-09-08 | **③ 3-Way** — 자동 병합 · 충돌만 이동 · 병합 완료 판정 | `85c5e9e` |
|
|
| 2026-09-08 | **① 폴더 비교** — 폴더째 복사·삭제 · 보기 필터 · 비교 취소 | `524a6a7` |
|
|
| 2026-09-08 | **② 파일 비교** — 바꾸기 · 덩어리 반영 · 저장 형식 · 이진/그림 비교 | `de1a43c` `55d9deb` |
|
|
| 2026-09-08 | **⑤ 밖에서 부르기** — 명령줄 인자 · 탐색기 우클릭 | 아래 |
|