From 82d4b277f359babc77d2510b32a92e6d4218e05d Mon Sep 17 00:00:00 2001 From: ksj09406 Date: Wed, 16 Sep 2026 15:52:06 +0900 Subject: [PATCH] =?UTF-8?q?8=EC=B0=A8=20D-1:=20=EC=9B=B9=20=EB=AC=B8?= =?UTF-8?q?=EC=84=9C=EB=A5=BC=207=EC=B0=A8=20=C2=B7=208=EC=B0=A8=EC=97=90?= =?UTF-8?q?=20=EB=A7=9E=EA=B2=8C?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 제품 코드 변경 없음. doc/web/index.html 이 6차에서 멈춰 있었다. - 매뉴얼: 창 크기 조절 · 이름 창 잠금 · 폴더 끌어다 놓기 차례 · 작업별 네 칸 제목과 머리 글 · MERGED 줄 번호(결과 파일 번호) · pull · rebase · cherry-pick · revert 가 같은 길 · 빈 cherry-pick 안내 - "알아 둘 한계": 7차 · 8차에서 사라진 네 줄을 빼고, 파일 단위 Accept 의 줄끝 · 스냅 한계를 넣음 - 남은 일: 7차에서 고친 것 · 8차에서 고친 것 두 표 + 8차에 남은 것(E-1) - 숫자: 하네스 22벌 1,073건 · 로컬 커밋 94 · 문서 기준일 2026-09-16 - 발행된 아티팩트도 같은 내용으로 갱신(버전 7) Co-Authored-By: Claude Opus 5 --- doc/history/2026-09-16-8차.md | 28 +++++++++++++++ doc/history/changelog.md | 1 + doc/web/index.html | 66 ++++++++++++++++++++--------------- doc/진행상황.md | 2 +- 4 files changed, 68 insertions(+), 29 deletions(-) diff --git a/doc/history/2026-09-16-8차.md b/doc/history/2026-09-16-8차.md index e2aa826..e9cfed8 100644 --- a/doc/history/2026-09-16-8차.md +++ b/doc/history/2026-09-16-8차.md @@ -316,3 +316,31 @@ MergeHub 를 다시 빌드해 배포본으로 같은 값을 다시 쟀다(앱 - 왼쪽 스냅 상태에서 Win+→ 는 스냅을 풀지 않고 그대로 있었다(잰 두 번 중 한 번은 복원됐다). Windows 쪽 동작이라 두고 본다. - 1px 테두리 선은 사용자 결정대로 그대로 둔다. - **화면 잠금은 재지 않았다.** 잠그면 사람이 직접 풀어야 해서 확인이 멈춘다. 잠금 확인 창은 이름 창과 같은 길(`OwnerCentering`)을 쓰므로 함께 맞는다. + +## D-1. 웹 문서를 7차 · 8차에 맞게 (2026-09-16, 완료) + +`doc/web/index.html` 이 6차에서 멈춰 있었다. 7차 · 8차에서 바뀐 화면과 말을 맞추고, "알아 둘 한계" 를 지금 기준으로 다시 썼다. + +### 고친 것 + +| 어디 | 무엇 | +|---|---| +| 개요(숫자) | 검사 하네스 **22벌 · 1,073건**(948건에서), 로컬 커밋 **94**(75에서), "7차 끝 · 8차 진행 · 네 길 줄끝 바뀐 파일 0". 출처를 `작업지시/8차.md` 로 | +| 매뉴얼 · 켜기 | 이름을 저장하기 전에는 그 창이 닫히지도 움직이지도 않는다(7차 E-3). **창 크기** 문단 추가 — 끌어 조절(최소 1280 × 720) · 두 번 누르기 · Win+↑/↓ · 최대화는 작업 표시줄까지 덮음 · 크기 · 모니터 기억 · [화면 이동] 이 크기를 지킴(7차 E-4 · 8차 C-3) | +| 매뉴얼 · 폴더 비교 | 끌어다 놓기 **첫 칸 → 둘째 칸 차례**, 두 칸이 차면 바로 비교(7차 E-2) | +| 매뉴얼 · 네 칸 | 네 칸이 뜨는 경우를 작업별로 — rebase 는 LOCAL 이 올릴 자리 · REMOTE 가 다시 올리는 내 커밋, cherry-pick 은 가져오는 커밋, revert 는 되돌리는 커밋. 3-Way 콤보 자리의 머리 글. **MERGED 번호는 결과 파일 번호**(8차 B-3)와 줄 고른 로그 문구(7차 A-2) | +| 매뉴얼 · 병합 순서 | 마지막 [Save] 뒤 화면이 작업에 맞게 말한다(7차 A-1 · 8차 B-1). **pull · rebase · cherry-pick · revert 도 같은 길** 문단 — 다른 것은 끝내는 단추뿐. 가져올 변경이 없는 cherry-pick 안내(8차 B-2)와 이력 [모든 브랜치](7차 C-2) | +| 매뉴얼 · Git 탭 | 충돌 탭 끝내기 단추가 작업에 따라 병합 커밋 · 계속 · 커밋. 이력 탭에 [모든 브랜치] | +| 매뉴얼 · 알아 둘 한계 | 7차 · 8차에서 사라진 네 줄(주석 자동 풀기가 Merge 에만 · rebase · cherry-pick 미확인 · "3-Way 안 씀" 로그 · 마지막 저장 뒤 "남은 차이")을 빼고, 지금 남은 것으로 — 파일 단위 Accept 는 고른 쪽 줄끝을 그대로 가져온다 · 빠른 비교 · 코드 검사 · **스냅이 반쪽이 안 됨**(8차 C-3) · 로그인 · 권한 | +| 남은 일 | "7차 재료" 표를 **7차에서 고친 것** · **8차에서 고친 것** 두 표로. "6차에서 남긴 것" 을 **8차에 남은 것**(E-1 다섯 길 재확인 · 빈 커밋을 두지 않기로 한 결정)으로 | +| 지금까지 만든 것 | 09-15(7차) · 09-16(8차) 두 줄 추가, 기획 3단계 칸을 6차 → 7차 → 8차로 | +| 발표 자료 | 17장의 "7차: …" 줄을 "7차 · 8차: 다른 충돌 길 · 셸 창 크기 조절 — 끝" 으로 | +| 머리 | 문서 기준 날짜 2026-09-14 → **2026-09-16** | + +### 확인한 것 + +- 화면 문구와 대조: "해결로 저장" · "3-Way 안 씀" · "948건" 같은 옛말이 문서에 하나도 없다(grep). +- 태그 짝 세기: section 26/26 · div 188/188 · table 26/26 · ul 35/35 · ol 11/11 · li 193/193 · tr 212/212 · td 520/520. +- 발행: 같은 주소의 아티팩트를 **버전 7** 로 갱신했다(읽어서 옛 내용을 확인한 뒤 올림). 저장소의 `doc/web/index.html` 과 같은 파일이다. + +제품 코드는 바꾸지 않았다. diff --git a/doc/history/changelog.md b/doc/history/changelog.md index 7edf406..7abe5c5 100644 --- a/doc/history/changelog.md +++ b/doc/history/changelog.md @@ -8,6 +8,7 @@ | 날짜 | 항목 | 커밋 | |---|---|---| +| 2026-09-16 | **8차 D-1** — 웹 문서(doc/web/index.html)가 6차에서 멈춰 있었다. 7차 · 8차에서 바뀐 것을 매뉴얼에 넣고(창 크기 조절 · 이름 창 잠금 · 폴더 끌어다 놓기 차례 · 작업별 네 칸 제목과 끝내기 단추 · MERGED 줄 번호 · pull · rebase · cherry-pick · revert 가 같은 길), "알아 둘 한계" 를 지금 기준으로 다시 썼다(사라진 네 줄 빼고 스냅 한계 추가). 남은 일 표를 7차 · 8차로 갈아 끼우고 숫자 갱신(22벌 1,073건 · 커밋 94). 발행된 아티팩트도 버전 7 로 갱신. 제품 코드 변경 없음 | 아래 | | 2026-09-16 | **8차 C-3** — 7차 E-4 에서 남긴 넷을 실제 픽셀로 쟀다. 기억 없이 처음 Win+↓ 로 내리면 1600×900 DIP 가 화면 아래로 16px 넘치고 작업 표시줄을 가렸고, 최대화 창에서 이름 창이 세로 36px 위에 떴다. 사용자 결정대로 첫 복원을 두 번 누르기 복원과 같게(작업 영역 80% · 가운데), 덮는 창을 본 창 실제 사각형 가운데로 고침(플랫폼 ShellWindow · 새 OwnerCentering). 스냅은 최소 크기(1280×720 DIP) 때문에 화면 반쪽이 될 수 없음을 적어 둠, 1px 테두리는 그대로. 플랫폼 수정 · 배포 | 아래 | | 2026-09-16 | **8차 C-2** — 7차에서 코드로만 봤던 "cherry-pick 은 원래 작성자를 남긴다" 를 화면으로 확인(제품 코드 변경 없음). 생성기에서 상대 쪽 작업 만 작성자를 박지훈으로 두고, MergeHub 와 git 이 각각 cherry-pick · revert 를 하게 해 견줌 — cherry-pick 은 둘 다 작성자 박지훈 · 커밋한 사람 시험, revert 는 둘 다 시험. 이력 목록에도 박지훈으로 보인다 | 아래 | | 2026-09-16 | **8차 C-1** — 7차 C-2 에서 만든 길로 revert 도 되는지 화면으로 끝까지 봤다(제품 코드 변경 없음). 시험 저장소 생성기에 eature/revert(뒤이은 수정) 갈래를 더해 revert 충돌 16개를 만들고, [Revert] → 머리 "revert 진행 중" → 네 칸 REMOTE "되돌리는 커밋 …" → 로그 "101행 Theirs(커밋 …) 반영" → 진행 줄 "[커밋] 으로 revert 를 끝냅니다" → 원래 메시지로 커밋까지. 줄끝 · BOM 바뀐 파일 0 · 충돌 표식 0 · class 이름 검사 0 | 아래 | diff --git a/doc/web/index.html b/doc/web/index.html index c9d9a73..ffc2445 100644 --- a/doc/web/index.html +++ b/doc/web/index.html @@ -217,7 +217,7 @@ figcaption{font-size:.82rem;color:var(--ink-3);margin-top:6px}
- MergeHub사내 머지툴 문서 · 2026-09-14 기준 + MergeHub사내 머지툴 문서 · 2026-09-16 기준
MERGED · WeldController.cs남은 충돌 1
@@ -256,17 +256,17 @@ figcaption{font-size:.82rem;color:var(--ink-3);margin-top:6px}
-
22벌 · 948건검사 하네스 전부 통과
-
15 / 156차 항목 완료 · D-1 줄끝 바뀐 파일 0/33
-
75MergeHub 로컬 커밋 (푸시 0)
+
22벌 · 1,073건검사 하네스 전부 통과
+
7차 끝 · 8차 진행네 길(병합 · pull · rebase · cherry-pick) 줄끝 바뀐 파일 0
+
94MergeHub 로컬 커밋 (푸시 0)
26 → 24만든 저장소 병합 충돌 (주석만 다른 2건 자동 해결)
사용자 매뉴얼탭 네 개 사용법, 병합 충돌 푸는 순서, 단축키, 설정 발표 자료18장. ←/→ 로 넘기고 전체 화면으로 띄운다 - 남은 일6차 마무리(D-1 결과), 7차 재료 세 가지, 미룬 것 - 지금까지 만든 것09-07 ~ 09-14 차수별 기록과 기능 목록 + 남은 일7차 · 8차에서 고친 것, 아직 남은 것, 미룬 것 + 지금까지 만든 것09-07 ~ 09-16 차수별 기록과 기능 목록 기획안 v209-03 기획안(v1.1)의 틀에 실제로 만든 것과 바뀐 것을 채움 시연 대본demo 폴더 구성과 10분 시연 순서 WinMerge 와 차이기능 표, MergeHub 가 필요한 이유, WinMerge 가 나은 점 @@ -310,7 +310,7 @@ figcaption{font-size:.82rem;color:var(--ink-3);margin-top:6px} Git저장소 열기, 브랜치 · 병합, 충돌 목록, 스테이징 · 커밋, 이력, Blame, 태그 · 서브모듈. 설정셸의 설정 탭 안 MergeHub 항목. D:\UbisamConfig\Settings\MergeHubSettings.json 에 저장된다.
-

탭 순서가 작업 순서다. 폴더 비교로 다른 파일을 찾고 → 파일 비교로 들어가 고치고 → Git 에서 커밋한다. 켤 때 작업자 이름을 묻는 창이 뜬다(지난 이름이 채워져 있어 같은 사람이면 Enter 한 번). 이 이름이 머지 주석과 보고서에 들어간다.

+

탭 순서가 작업 순서다. 폴더 비교로 다른 파일을 찾고 → 파일 비교로 들어가 고치고 → Git 에서 커밋한다. 켤 때 작업자 이름을 묻는 창이 뜬다(지난 이름이 채워져 있어 같은 사람이면 Enter 한 번). 이 이름이 머지 주석과 보고서에 들어간다. 이름을 저장하기 전에는 그 창이 닫히지도, 끌려 움직이지도 않는다.

파일 · 폴더 여는 법

@@ -388,7 +388,7 @@ UbisamBase.Shell.exe --merge --base B.cs

네 칸 병합

위에 원본 세 칸 LOCAL(Mine) · BASE(공통 조상) · REMOTE(Theirs), 아래에 고치는 칸 MERGED 가 뜬다. MERGED 는 내 파일에서 출발한다. 네 칸이 뜨는 경우는 셋이다.

    -
  • 병합 중에 충돌 파일을 열 때 (자동으로 네 칸, REMOTE 제목에 상대 브랜치 이름)
    • +
  • 충돌 파일을 열 때 (자동으로 네 칸). 제목이 작업에 맞게 바뀐다 — 병합은 REMOTE 에 상대 브랜치, rebase 는 LOCAL 이 올릴 자리 · REMOTE 가 다시 올리는 내 커밋, cherry-pick 은 가져오는 커밋, revert 는 되돌리는 커밋. 3-Way 콤보 자리에는 “rebase 충돌 · LOCAL = 올릴 자리 … · REMOTE = …” 처럼 지금 무엇을 푸는지 적힌다
  • 파일 비교 위 줄의 3-Way 콤보에서 브랜치를 고를 때 (그 브랜치를 REMOTE 로, merge base 를 BASE 로)
  • git mergetool · --merge 명령줄로 켤 때
@@ -400,7 +400,7 @@ UbisamBase.Shell.exe --merge --base B.cs
자동 병합Alt+M저쪽만 고친 줄을 한 번에 가져온다. 충돌과 내가 고친 줄은 안 건드린다
이전 충돌 다음 충돌Alt+Shift+↑/↓아직 안 정한 충돌만 딛는다
-

ACTIONS 위의 남은 충돌 N개(빨강)가 충돌 정리 끝(초록)이 되면 저장할 수 있다. 줄 번호는 다섯 자리(99,999줄)까지 보인다.

+

ACTIONS 위의 남은 충돌 N개(빨강)가 충돌 정리 끝(초록)이 되면 저장할 수 있다. 줄 번호는 다섯 자리(99,999줄)까지 보인다. MERGED 칸 번호는 저장될 결과 파일의 줄 번호다 — 줄을 고르거나 머지 주석이 들어가 줄이 늘면 그만큼 다시 매겨져 상태바의 “총 N줄” · 아래 이동 칸 · 코드 검사의 “N행” 과 같은 번호가 된다. 줄을 고르면 로그에 “101행 Theirs(feature/theirs) 반영” 처럼 어느 쪽을 골랐는지 남는다(rebase · cherry-pick · revert 는 커밋 해시).

C# 코드 스타일 맞춤

C# 파일은 사람마다 중괄호를 두는 자리가 달라, 코드는 같은데 diff 가 수십 줄씩 뜬다. 파일 비교 화면 오른쪽 비교 규칙(접혀 있으면 ▸ 저장 형식 · 비교 규칙 펴기)의 콤보에서 C# AURORA 또는 C# Allman 를 고르면, 지금 파일을 원본부터 다시 읽어 BASE · LOCAL · REMOTE 를 모두 그 스타일로 맞춘 뒤 비교한다. 두 칸 · 네 칸 · mergetool 모두 같다. 상태바에 C# AURORA 가 붙는다.

@@ -456,9 +456,9 @@ UbisamBase.Shell.exe --merge --base B.cs
- + - +
안쪽 탭있는 것
브랜치 · 병합체크아웃 Merge → 현재 브랜치로 브랜치 삭제 · 새 브랜치 생성 + 체크아웃(선택 커밋에서 분기) · 선택 브랜치 위로 rebase 계속 중단
충돌충돌 파일 목록 · 3분할로 열기 Accept Mine Accept Theirs Accept Both 병합 커밋
충돌충돌 파일 목록(종류 · 푼 개수) · 3분할로 열기 Accept Mine Accept Theirs Accept Both · 끝내기 단추는 작업에 따라 병합 커밋 · 계속 · 커밋
변경 · 커밋스테이징 언스테이징 변경 취소 전체 스테이징 stash 저장 blame · stash 목록 적용 삭제 · 커밋 메시지 마지막 메시지 커밋 커밋 수정(amend, 푸시 전에만)
이력커밋 그래프 · 선택 커밋 → Revert Cherry-pick Reset · 여기부터(두 커밋 사이 비교) 해제 · 변경분 추출(바뀐 파일만 폴더로, 바이트 그대로)
이력커밋 그래프 · 모든 브랜치(다른 브랜치 커밋까지 보임) · 선택 커밋 → Revert Cherry-pick Reset · 여기부터(두 커밋 사이 비교) 해제 · 변경분 추출(바뀐 파일만 폴더로, 바이트 그대로)
Blame파일 경로 → 실행. 줄마다 커밋 · 날짜 · 작성자. 이력에서 커밋을 골라 두면 그 시점 기준
태그 · 서브모듈태그 생성(메시지를 넣으면 annotated) 선택 태그 삭제 · 서브모듈 업데이트 (--init)
@@ -528,12 +528,10 @@ UbisamBase.Shell.exe --merge --base B.cs

알아 둘 한계

    -
  • 머지 주석 자동 풀기는 Git 탭 Merge 에만 걸려 있다. pull · rebase · cherry-pick 이 낸 충돌에는 아직 안 된다.
    • -
  • rebase · cherry-pick 충돌도 같은 네 칸을 쓰지만, 6차는 병합만 끝까지 확인했다.
    • -
  • 3분할에서 줄을 고르면 로그에 “(3-Way 안 씀) 반영” 으로 적힌다 — 글자만 틀렸고 결과는 맞다(7차).
    • -
  • 마지막 충돌을 [Save] 하면 병합 커밋 전까지 두 칸 · “남은 차이 N줄” 로 보인다 — 푼 결과가 내 쪽과 다른 줄 수다. 충돌 탭의 “충돌 정리 끝” 을 믿으면 된다(7차).
    • +
  • 파일 단위 Accept Mine / Accept Theirs 는 고른 쪽 파일을 바이트째 쓴다. 상대가 줄끝을 바꾼 파일이라면 그 줄끝이 그대로 들어온다 — 줄끝을 지키려면 네 칸에서 줄로 고른다.
  • 빠른 비교(크기 · 수정일)는 내용이 바뀌었는데 크기와 시각이 같은 파일을 놓친다.
  • 코드 검사는 빌드가 된다는 보증이 아니다.
    • +
  • 화면 왼쪽 · 오른쪽 반쪽 스냅은 반쪽이 되지 않는다. 창의 가장 작은 크기(1280 × 720)가 반쪽보다 커서, 2560 폭 모니터에서 75% 를 차지한다.
  • 로그인 · 권한은 아직 없다. 창 여러 개로 비교하는 기능은 넣지 않기로 했다.
@@ -847,7 +845,7 @@ Log("step 5");
  • 완료 D-1 새 저장소로 끝까지 — 줄끝 바뀐 파일 0/33 · 23가지 중 사라짐 18
    • -
  • 7차: 로그 “3-Way 안 씀” · 마지막 저장 뒤 두 칸 · 기록 파일 치우기
    • +
  • 7차 · 8차: 다른 충돌 길(pull · rebase · cherry-pick · revert) · 셸 창 크기 조절 — 끝
  • 사내 Gitea 저장소가 생기면 한 번에 푸시
  • 기획 4단계: 사내 베타 · 매뉴얼 (09.29 ~ 10.02)
@@ -878,7 +876,7 @@ Log("step 5");
앞으로 남은 내용

남은 일

-

6차는 D-1 까지 모두 끝났다. D-1 에서 새로 걸린 것(7차 재료)과 일부러 미뤄 둔 것.

+

7차까지 모두 끝났고 8차는 A · B · C 를 끝냈다. 차수별로 무엇을 고쳤는지와, 아직 남은 것 · 일부러 미뤄 둔 것.

6차 — 병합을 끝까지 믿고 쓸 수 있게

@@ -900,12 +898,24 @@ Log("step 5"); 5차 C-1 의 23가지사라짐 18 · 정해서 남음 1(머지 주석, B-5) · 이번 흐름에서 안 남 · 안 씀 3 · 따로 안 봄 1
-

7차 재료 — D-1 에서 새로 걸린 것 (고치지 않음)

+

7차에서 고친 것 (2026-09-14 ~ 09-15)

- - - - + + + + + + +
#무엇근거
N13분할에서 줄을 고르면 로그가 “N행 (3-Way 안 씀) 반영”로그 11줄 모두. 머리의 3-Way 콤보 글자를 쓰는 것으로 보임
N2마지막 [Save] 뒤, 병합 중인데 두 칸(HEAD ↔ 워킹트리) “남은 차이 3줄” 로 떨어져 덜 푼 것처럼 보인다Weld/Unit1.cs 저장 직후 화면
N3병합 커밋 뒤에도 .git/MERGEHUB_CONFLICTS 가 남는다MERGE_HEAD 와 대조하므로 해는 없음
항목무엇
A-1 · A-2마지막 [Save] 뒤 “남은 차이” 대신 “충돌 정리 끝 · 병합 커밋을 할 수 있습니다” · 줄 고른 로그가 “Theirs(feature/theirs)” 로 (예전엔 “3-Way 안 씀”)
B-1병합이 끝나면 .git/MERGEHUB_CONFLICTS 를 치운다(터미널에서 끝낸 병합 포함)
C-1 · C-2pull 도 [Merge] 와 같은 뒷일(주석 자동 풀기 · 알림 · 커밋 메시지) · rebase · cherry-pick 을 작업 이름과 작업별 끝내기 단추로, 이력 모든 브랜치
D-1네 길(병합 · pull · rebase · cherry-pick)을 새 저장소에서 MergeHub 만으로 끝까지 — 줄끝 · BOM 바뀐 파일 0
E-1 ~ E-4[해결로 저장] → Save · 폴더 끌어다 놓기 차례 · 이름 창 잠금 · 셸 창 크기 조절(플랫폼)
+ +

8차에서 고친 것 (2026-09-16)

+
+ + + + + +
항목무엇
A-1고른 파일에 다른 파일 내용이 저장되던 것 — 파일 비교 탭을 [3분할로 열기] 로 처음 열면 첫 충돌 파일이 보였고, 그 화면을 저장하면 고른 파일에 그 내용이 써졌다. 늦게 끝난 읽기를 버리고 다시 읽으며, 화면에 실린 파일과 저장할 파일이 다르면 아무것도 쓰지 않는다
B-1 · B-2rebase · cherry-pick 도 마지막 저장 뒤 작업에 맞는 말을 한다 · 가져올 변경이 없는 cherry-pick 은 [커밋] 을 끄고 [작업 취소] 를 안내
B-3MERGED 칸 줄 번호를 결과 파일 번호로(사용자 결정) — 상태바 · 이동 칸 · 저장된 파일과 같아졌다
C-1 · C-2revert 충돌을 화면으로 끝까지 · cherry-pick 이 원래 작성자를 남기는 것을 git 과 견줘 확인
C-3셸 창에서 첫 Win+↓ 크기 · 덮는 창 가운데 맞춤(플랫폼, 배포함)

C# 코드 스타일 맞춤에서 남긴 것

@@ -914,10 +924,10 @@ Log("step 5");
  • git 병합 자체는 스타일을 모른다. 스타일만 다른 충돌도 git 은 충돌로 내고, MergeHub 는 네 칸에서 맞춰 보여 줄 뿐 자동으로 풀지는 않는다.
    • -

    6차에서 남긴 것

    +

    8차에 남은 것

      -
    • 머지 주석 자동 풀기는 Git 탭 [Merge] 에만 걸었다. pull · rebase · cherry-pick 이 낸 충돌에는 아직.
      • -
    • rebase · cherry-pick 충돌을 끝까지 믿을 수 있게 하는 확인 — 6차에서 뺐다.
      • +
    • 다섯 길 재확인(E-1) — 병합 · pull · rebase · cherry-pick · revert 를 파일 비교 탭을 미리 열지 않고 사람 순서 그대로 다시 끝까지.
      • +
    • 빈 cherry-pick 을 git 처럼 빈 커밋으로 남기는 길은 두지 않기로 했다(2026-09-16 사용자 결정).
    • MERGED 칸에서 반영하며 넣은 주석 줄이 다시 정렬하면 “무시” 색이 된다(차이 수에는 원래 안 세던 줄).
    • 폴더 비교 뒤 화면 트리를 세우는 데 약 1초 — 줄일 자리로 적어 둠(5차 B-2).
    @@ -1145,7 +1155,7 @@ Log("step 5"); 단계v1.1 계획실제상태 1 착수 · 설계09.02 – 09.04 · 요구사항 · 구조 · WPF 골격기획안 v1.1(09-03). 구조를 App · Core · Git · UI 분리 대신 UbisamBase 셸 + 플러그인으로완료 2 기반 구축09.07 – 09.14 · Git 연동 · 커밋 그래프 · 편집기 · 비교 엔진09-07 방향 전환 · 09-08 기능 덩어리 5개 · 09-09 3차 · 09-10 4차 · 09-11 5차. MVP 8개가 이 단계 안에 모두 들어갔다완료 - 3 핵심 기능09.15 – 09.23 · 3-Way · 부분 수용 · Undo · 우클릭 · Git 메뉴기능은 앞당겨 끝났으므로 “병합을 끝까지 믿고 쓸 수 있게”(6차)로 쓴다. 09-14: A 5 · B 8 · C 1 · D 1 6차 전부 완료. 7차 재료 3가지완료 + 3 핵심 기능09.15 – 09.23 · 3-Way · 부분 수용 · Undo · 우클릭 · Git 메뉴기능은 앞당겨 끝났으므로 “병합을 끝까지 믿고 쓸 수 있게”(6차)로 썼다. 09-14 6차 완료 → 09-15 7차 완료(다른 충돌 길 · 창 크기) → 09-16 8차 A · B · C완료 4 테스트 · 배포09.29 – 10.02 · 성능 · 인코딩/줄바꿈 검증 · 베타 · 매뉴얼성능 · 인코딩 · 줄바꿈 검증은 5차 · 6차에서 앞당겨 함. 매뉴얼 초안은 이 문서. 베타 배포는 대기대기

    일하는 방식 — v1.1 에 없던 것

    @@ -1333,7 +1343,7 @@ D:\MergeHubDemo\repo\ make-demo.ps1 이 만드는 Git
  • 반영 기록을 소스에 남기고, 그 기록 때문에 생기는 충돌은 스스로 푼다. 우리 팀은 누가 언제 반영했는지를 // [이름] 날짜 로 남긴다. WinMerge 에는 이 규칙이 없어 손으로 적어야 하고, 다음 병합 때 주석끼리 충돌한다. 만든 저장소에서 git 충돌 26개 중 2개가 이런 충돌이었다.
  • 리뷰할 diff 를 지킨다. 병합 결과를 내 쪽 파일의 줄끝 · 인코딩으로 쓴다. 3분할 저장이 LF 로 바꿔 쓰던 문제를 고친 뒤 3,367줄 파일의 diff 가 +8/−4 로 줄었다. CP949 한글 파일도 같은 규칙이다.
  • 스타일만 다른 diff 를 걷어 낸다. 사람마다 다른 C# 중괄호 자리를 AURORA / Allman 로 맞춘 뒤 견준다. 시연 파일에서 남은 차이가 39줄에서 진짜 변경 1줄로 준다.
    • -
  • 우리가 고친다. 사내 요구가 생기면 그날 넣는다 — C# 스타일 맞춤은 요청 당일 들어갔다. 기록과 검사(22벌 948건)가 저장소에 함께 있다.
    • +
  • 우리가 고친다. 사내 요구가 생기면 그날 넣는다 — C# 스타일 맞춤은 요청 당일 들어갔다. 기록과 검사(22벌 1,073건)가 저장소에 함께 있다.

    • WinMerge 가 더 나은 점

    diff --git a/doc/진행상황.md b/doc/진행상황.md index 3cfd600..9f08128 100644 --- a/doc/진행상황.md +++ b/doc/진행상황.md @@ -221,7 +221,7 @@ | 상태 | 항목 | |---|---| -| 대기 | D-1 웹 문서를 7차 · 8차에 맞게 ("알아 둘 한계" 포함) | +| **완료** | D-1 웹 문서를 7차 · 8차에 맞게 — 매뉴얼(창 크기 · 폴더 끌어놓기 차례 · 작업별 네 칸 제목 · MERGED 번호 · 다른 충돌 길) · "알아 둘 한계" 다시 씀 · 남은 일 표 · 숫자(22벌 1,073건 · 커밋 94). 아티팩트 버전 7 로 발행 | ### E. 확인