병합 중 충돌이 0 이면 두 칸 요약을 "충돌 정리 끝 · 병합 커밋을 할 수 있습니다 · 내 쪽 대비 받은 변경 N줄" 로, BASE 제목에 "병합 전 내 쪽". 예전에는 "남은 차이 6줄" 이라 덜 푼 것처럼 보였다. E-1 기록의 하네스 문장을 바로잡음(MergeSaveTest 기대값은 [Save] 로 고침). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
5.8 KiB
7차 — 병합 화면이 사실대로 말하게 · 병합 말고 다른 충돌 길 (2026-09-14 ~)
지시서: ../작업지시/7차.md. 6차 D-1 에서 새로 걸린 세 가지와 6차에서 뺀 pull · rebase · cherry-pick 충돌.
A-1. 마지막 충돌을 저장하면 "남은 차이" 가 뜬다 (2026-09-14, 완료)
고치기 전에 다시 났다
새로 만든 저장소를 git 으로 병합하고 Weld/Unit1.cs 하나만 남긴 채 나머지 25개를 상대 쪽으로 풀었다(준비만 git).
MergeHub 파일 비교 탭에서 그 파일의 충돌 6개를 Take Theirs → [Save].
| 때 | 칸 제목 | 요약 | 충돌 탭 |
|---|---|---|---|
| 충돌 파일 열림 | (merge base) Weld/Unit1.cs · 네 칸 |
남은 충돌 6개 | - |
| 마지막 Save 뒤 (git 충돌 0, 병합 중) | 90d2a8c · Weld/Unit1.cs · 두 칸 |
남은 차이 6줄 | 충돌 정리 끝 - 병합 커밋을 할 수 있습니다 |
두 화면이 다른 말을 한다. 파일 비교 탭만 보면 덜 푼 것으로 읽힌다.
(처음 두 번은 재현 준비가 틀렸다 - 충돌 탭에서 22개를 골라 한 번에 Accept 하려 했는데 자동 조작의 목록 찾기가 엉뚱한 목록을 잡아 한 개만 풀렸고, 그다음은 준비 스크립트가 모든 충돌을 풀어 버렸다. 세 번째에 저장소를 새로 만들어 git 으로 준비했다.)
원인
- [Save] 뒤
ReloadAfterResolveAsync→LoadCommitAsync가 충돌이 0 이면 보통 화면(HEAD ↔ 워킹트리)으로 연다. 방금 저장한 파일이 목록에 있어 그대로 골라진다. - 보통 화면의 요약은
남은 차이 N줄, BASE 제목은짧은해시 · 경로뿐이라 병합 중이라는 사정도, 그 차이가 방금 받은 변경이라는 것도 말하지 않았다.
고친 것
| 파일 | 무엇 |
|---|---|
Services/MergeSavePlan.cs |
ResolvedMergeSummary(병합 중, 남은 충돌, 차이 줄) — 병합 중 · 충돌 0 이면 "충돌 정리 끝 · 병합 커밋을 할 수 있습니다", 차이가 있으면 "· 내 쪽 대비 받은 변경 N줄". 아니면 null. MergeBaseHeader — 짧은해시 · 경로 · 병합 전 내 쪽 |
ViewModels/HomeViewModel.cs |
UpdateSummaries: Git 모드 두 칸에서 위 요약을 쓴다. LoadFileAsync: 병합 중이고 BASE 가 HEAD 면 제목에 "병합 전 내 쪽" |
하네스 MergeSaveTest |
요약 · 제목 검사 7건(병합 아님 · 충돌 남음 → 보통 요약, 차이 0 · 6 · 음수, "남은" 이 안 들어감) |
화면 틀(두 칸)과 파일 목록은 바꾸지 않았다. 병합 커밋 뒤에는 병합 중이 아니므로 지금처럼 보통 화면이다(6차 B-8).
확인한 것 (같은 준비로 다시)
| 때 | 칸 제목 | 요약 · 상태바 |
|---|---|---|
| 충돌 파일 열림 | (merge base) Weld/Unit1.cs |
남은 충돌 6개 |
| 마지막 Save 뒤 (git 충돌 0) | 9ab2256 · Weld/Unit1.cs · 병합 전 내 쪽 |
충돌 정리 끝 · 병합 커밋을 할 수 있습니다 · 내 쪽 대비 받은 변경 6줄 |
| 충돌 탭 | - | 충돌 정리 끝 - 병합 커밋을 할 수 있습니다 (말이 같다) |
[병합 커밋] 뒤 (cea61d2, 부모 둘) |
cea61d2 · Weld/Unit1.cs |
차이 없음 · 병합 진행 중 표시 없음 |
MergeSaveTest 70건 통과. 빌드 경고 0 · 오류 0. 설정 파일은 바이트 그대로 되돌림.
E-1. [해결로 저장] 이름을 [Save] 로 (2026-09-14, 추가 요청, 완료)
사용자: "해결로 저장은 LOCAL SAVE 버튼이잖아? 그냥 Save 로 이름 바꿔주고". 병합 중에만 보이는 그 단추는 LOCAL 칸 내용을 이 파일에만 쓰고 스테이징한다. 바로 아래 Save & Commit 과 짝이 되게 이름만 바꿨다. 하는 일은 그대로다.
바꾼 것
| 파일 | 무엇 |
|---|---|
Views/HomeView.xaml |
단추 글자 해결로 저장 → Save (툴팁 "이 파일만 풀어서 저장하고 스테이징합니다. 커밋은 하지 않습니다 (Ctrl+S)" 그대로) |
ViewModels/HomeViewModel.cs |
작업 이름(RunAsync) · 알림 Save · 파일 · 남은 충돌 N건 / … 남은 충돌 없음 - 이제 커밋할 수 있습니다 |
Services/MergeSavePlan.cs |
Save & Commit 이 막힐 때 안내 "[Save] 로 이 파일만 저장해 두고 …" |
doc/web/index.html |
매뉴얼 · 단축키 · 한계 · 시연 대본 · 비교표의 이름 |
지난 기록(history · 6차 지시서)은 그때 이름 그대로 두었다. 코드 주석의 옛 이름도 그 시점 설명이라 두었다.
확인한 것 (새로 만든 저장소, MergeHub 로 병합한 뒤)
| 확인 | 결과 |
|---|---|
| 병합 중 네 칸의 단추 | Save · 옆에 Save & Commit. "해결로 저장" 단추 없음 · 화면 전체 글자에도 없음 |
Io/Unit12.cs 충돌 1개 Take Theirs → [Save] |
알림 "Save · Unit12.cs · 남은 충돌 23건". git 충돌 24 → 23, 파일 M 스테이징, HEAD 그대로(커밋 없음) |
| 저장 뒤 | 남은 충돌 첫 파일(Common/Util/Unit15.cs)이 네 칸으로 열림 |
빌드 경고 0 · 오류 0.
바로잡음 (A-1 때 발견) — 처음에 "하네스는 이 파일들을 컴파일하지 않아 그대로" 라고 적었는데 틀렸다.
MergeSaveTest 가 MergeSavePlan.cs 를 컴파일하고, 막힘 안내에 "해결로 저장" 이 들어 있는지 보고 있었다.
찾을 때 하네스 폴더를 빠뜨렸고 하네스를 돌리지 않았다. A-1 에서 기대값을 [Save] 로 고치고 "옛 이름이 없다" 검사를 더했다.
설정 파일은 백업 → CSharpBraceStyle 끔 → 시험 → 바이트 그대로 되돌림(해시 같음).
(자동 조작 쪽: 앱을 새로 켠 뒤에는 충돌 목록에 고른 것이 없어 [3분할로 열기] 가 아무것도 안 열었다. 목록에서 파일을 고르고 다시 했다.)