diff --git a/doc/history/2026-09-17-10차.md b/doc/history/2026-09-17-10차.md index 21a80eb..86830fa 100644 --- a/doc/history/2026-09-17-10차.md +++ b/doc/history/2026-09-17-10차.md @@ -288,6 +288,37 @@ - 줄끝 검사 스크립트(`d1-verify.ps1`)가 부모 하나인 커밋(rebase · cherry-pick · revert)에서 둘째 부모가 없어 `git merge-base` 오류를 한 번 찍는다. 첫 부모와 견주는 검사 값(0 / 31 · 33 · 36)은 그대로 나온다. - 파일 비교 탭 요약을 읽는 함수가 "차이 없음" 글자는 잡지 않아 커밋 뒤 요약 칸이 빈칸으로 적혔다. 제목이 새 HEAD 인 것으로 판정했다. +## E-2. 웹 문서를 10차에 맞게 (2026-09-17, 완료) + +`doc\web\index.html` 은 9차 D-1(아티팩트 버전 10)에서 멈춰 있었고, 10차 D-1 · F-3 에서 로컬로만 고친 문장(첫 폴더 비교 한계 · "다름(코드는 같음)" · F-1 · F-2 설명)이 발행되지 않은 채였다. + +### 먼저 발행본을 읽음 + +- 같은 주소의 발행본(버전 10)을 읽어 저장소의 9차 D-1 커밋(`85f35b9`) 파일과 견줌 — 게시용 겉틀(앞 한 줄 · 뒤 ``)만 다르고 본문은 같다. 다른 곳에서 고친 것이 없어 로컬 파일을 그대로 올렸다. + +### 고친 것 + +| 자리 | 고친 것 | +|---|---| +| 개요 | 출처 `작업지시/10차.md` · 하네스 **22벌 1,147건** · "10차 끝 · 누른 수 = 줄 고른 로그" · 로컬 커밋 **114**(이 기록 커밋 포함) · 남은 일 카드 "7차 ~ 10차" | +| 매뉴얼 · Git 탭 | 새 문단 "두 탭은 같은 커밋을 본다" — Git 탭에서 고르면 파일 비교 탭이, 파일 비교 탭에서 고르면 Git 탭이 바로 따라감 · [Revert] · [Cherry-pick] 은 보이는 커밋에 · 저장 안 한 편집이 있으면 고르는 순간 "다른 커밋을 봅니다" · [취소] 면 선택 그대로(10차 B-1) | +| 매뉴얼 · 알아 둘 한계 | 9차에 더한 넷 중 **고친 둘을 뺌**: Git 탭 고른 커밋을 새로고침 전까지 안 따라옴(B-1) · 규칙 끈 채 반영 색이 옆 줄로(C-1). 본문 해결 내역은 MergeHub 에서 푼 것만 · 첫 폴더 비교(D-1 잰 값)는 남김 | +| 발표 · 남은 일 장 | "9차 · 10차: 두 칸 기준 · 두 탭 같은 커밋 · 다섯 길 누른 수 = 로그 — 끝" 한 줄 | +| 남은 일 | 머리말 "10차까지" · 새 표 "10차에서 고친 것"(A-1 · B-1 · C-1 · D-1 · E-1 · E-2 · F-1 · F-2 · F-3) · "10차에 남은 것"(HDD 에서 폴더 비교 · E-1 새로 걸린 것 없음) | +| 지금까지 만든 것 | 머리말 · 숫자(114 · 1,147) · 차수별 기록에 10차 · 하네스 막대에 10차 1,147(막대 폭 다시 계산) · 기능 목록 Git 에 두 탭 같은 커밋 | +| 기획안 v2 | 개발 기간 "09-17 지금 3단계 끝" · 3단계 줄에 8차 완료 · 9차 · 10차 완료 | +| WinMerge 비교 | "22벌 1,122건" → 1,147건 | + +### 확인한 것 + +- **화면 문구와 대조**(앱 소스 grep): "다른 커밋을 봅니다" · "저장하지 않고 계속" · "다름(코드는 같음)" · "같음(스타일만 다름)" · "같음(머지 주석만 다름)" · "모든 브랜치" · "Selected Commit" 모두 소스에 있다. +- 옛말이 남지 않았다: "새로고침 전까지 따라오지" · "반영 색이 옆 줄" 0건. "1,122건" 은 9차 연표 한 곳(그때 값)뿐. +- 태그 짝: section 26/26 · div 198/198 · table 29/29 · ul 36/36 · ol 11/11 · li 201/201 · tr 233/233 · td 556/556 · pre 11/11 · code 71/71 · h2 38/38 · h3 26/26 · h4 24/24 · p 53/53. 제어 문자 0. +- 발행: 같은 주소의 아티팩트를 **버전 11** 로 갱신("10차 끝 기준"). 저장소의 `doc/web/index.html` 과 같은 파일이다. +- 공유 링크로 보는 사람은 고정된 예전 버전을 본다고 나온다 — 새 버전을 보이려면 공유 메뉴에서 고정 버전을 옮겨야 한다. + +제품 코드는 바꾸지 않았다. + ## F-1 · F-2. 폴더 비교 "같은 것만" 에 내용이 다른 것처럼 보이는 줄이 섞인다 (2026-09-17, 추가 요청, 완료) 사용자: "방금 폴더비교에서 같은것만 보기를 눌렀을때 내용이 다른파일들이 보이던데" — 9차 B-2 · 10차 D-1 에서 4,500개 시험 묶음으로 필터를 바꿔 가며 잴 때 화면으로 본 것. diff --git a/doc/history/changelog.md b/doc/history/changelog.md index 1325be3..227a3d0 100644 --- a/doc/history/changelog.md +++ b/doc/history/changelog.md @@ -8,6 +8,7 @@ | 날짜 | 항목 | 커밋 | |---|---|---| +| 2026-09-17 | **10차 E-2** — 웹 문서를 10차 끝 기준으로(아티팩트 버전 11). 발행본이 9차 D-1 파일과 같음을 먼저 확인. 매뉴얼에 두 탭이 같은 커밋을 본다는 설명, 알아 둘 한계에서 고친 둘(Git 탭 고른 커밋 안 따라옴 · 규칙 끈 채 반영 색) 뺌, 남은 일 · 지금까지 만든 것에 10차, 숫자(1,147건 · 커밋 114). 10차 D-1 · F-3 에서 로컬로만 고친 문장도 함께 발행 | 아래 | | 2026-09-17 | **10차 E-1** — 새로 만든 저장소에서 병합 · pull · rebase · cherry-pick · revert 를 MergeHub 만으로 끝까지(파일 비교 탭 미리 안 엶, cherry-pick · revert 는 [모든 브랜치] · Git 탭 이력을 마우스로). 다섯 길 모두 첫 회차에 끝, 누른 Take = 줄 고른 로그(18 · 18 · 18 · 18 · 6), 마지막 Save 뒤 제목 · 요약 · 기준이 git 과 같음, 줄끝 · BOM · 충돌 표식 · class 이름 0. Git 탭에서 고른 커밋을 파일 비교 탭이 바로 따라옴. 8차 · 9차 회귀 없음, 새로 걸린 것 없음. 제품 코드 변경 없음 | 아래 | | 2026-09-17 | **10차 F-3 (추가 요청)** — 폴더 비교 "주석만 다름" 에 BOM · 줄끝 · 인코딩 · 끝 공백 · 빈 줄 · 들여쓰기만 다른 파일도 들어와 맞지 않는 이름이었다. 판정은 그대로 두고 "다름(이진)" 과 같은 꼴로 **"다름(코드는 같음)"** 으로 바꿈 — 목록 · 범례(설명 붙임) · 요약 "다름 N(코드는 같음 M)" · 비교 결과 보고서 · 웹 문서. 하네스 FolderTest +1 | 아래 | | 2026-09-17 | **10차 F-1 · F-2 (추가 요청)** — 폴더 비교 "같은 것만" 에서 같은 파일을 품은 폴더 줄이 폴더 자신의 상태 "다름"(주황)으로 보여 내용이 다른 것이 섞인 것처럼 읽혔다. 걸러 볼 때(같은 것만 · 왼쪽에만 · 오른쪽에만) 폴더 줄은 걸린 파일 수와 그 갈래 색으로 적는다. 설정(C# 스타일 맞춤 · 머지 주석 무시)으로 같음이 된 파일은 사용자 결정대로 같음으로 두고 "같음(스타일만 다름)" · "같음(머지 주석만 다름)" 으로 까닭을 붙인다. 요약 수 그대로. 하네스 FolderTest +15 | 아래 | diff --git a/doc/web/index.html b/doc/web/index.html index 4f6bd2a..6d3d7ff 100644 --- a/doc/web/index.html +++ b/doc/web/index.html @@ -240,7 +240,7 @@ figcaption{font-size:.82rem;color:var(--ink-3);margin-top:6px}
UbiSam 사내 Git 머지 · 비교 도구

MergeHub 문서

UbisamBase 셸 위에서 도는 플러그인(.NET Framework 4.8 · WPF)이다. 폴더 비교에서 다른 파일을 찾고, 파일 비교에서 줄을 골라 반영하고, Git 탭에서 병합과 커밋까지 끝낸다. 이 페이지는 매뉴얼 · 발표 · 진행 기록 · 기획안 · 시연 대본 · WinMerge 비교를 한곳에 모았다.

-

숫자는 모두 doc/진행상황.md · doc/history/*.md · doc/작업지시/9차.md 에서 옮겼다. 시험은 실제 소스가 아니라 직접 만든 저장소로 했다(2026-09-11 결정).

+

숫자는 모두 doc/진행상황.md · doc/history/*.md · doc/작업지시/10차.md 에서 옮겼다. 시험은 실제 소스가 아니라 직접 만든 저장소로 했다(2026-09-11 결정).

MERGED · WeldController.cs남은 충돌 1
@@ -256,16 +256,16 @@ figcaption{font-size:.82rem;color:var(--ink-3);margin-top:6px}
-
22벌 · 1,122건검사 하네스 전부 통과
-
9차 끝다섯 길(병합 · pull · rebase · cherry-pick · revert) 줄끝 바뀐 파일 0
-
105MergeHub 로컬 커밋 (푸시 0)
+
22벌 · 1,147건검사 하네스 전부 통과
+
10차 끝다섯 길(병합 · pull · rebase · cherry-pick · revert) 줄끝 바뀐 파일 0 · 누른 수 = 줄 고른 로그
+
114MergeHub 로컬 커밋 (푸시 0)
26 → 24만든 저장소 병합 충돌 (주석만 다른 2건 자동 해결)
사용자 매뉴얼탭 네 개 사용법, 병합 충돌 푸는 순서, 단축키, 설정 발표 자료18장. ←/→ 로 넘기고 전체 화면으로 띄운다 - 남은 일7차 · 8차 · 9차에서 고친 것, 아직 남은 것, 미룬 것 + 남은 일7차 ~ 10차에서 고친 것, 아직 남은 것, 미룬 것 지금까지 만든 것09-07 ~ 09-17 차수별 기록과 기능 목록 기획안 v209-03 기획안(v1.1)의 틀에 실제로 만든 것과 바뀐 것을 채움 시연 대본demo 폴더 구성과 10분 시연 순서 @@ -462,6 +462,7 @@ UbisamBase.Shell.exe --merge --base B.cs Blame파일 경로 → 실행. 줄마다 커밋 · 날짜 · 작성자. 이력에서 커밋을 골라 두면 그 시점 기준 태그 · 서브모듈태그 생성(메시지를 넣으면 annotated) 선택 태그 삭제 · 서브모듈 업데이트 (--init)
+

두 탭은 같은 커밋을 본다. Git 탭 이력에서 커밋을 고르면 파일 비교 탭의 Selected Commit · 왼쪽 이력 · 기준(BASE)이 바로 그 커밋으로 바뀌고, 파일 비교 탭에서 고르면 Git 탭 이력 선택도 따라온다 — Revert · Cherry-pick 은 늘 화면에 보이는 커밋에 간다. 파일 비교 탭에 저장하지 않은 편집이 있으면 고르는 순간 “다른 커밋을 봅니다” 를 묻고, 취소 면 선택이 그대로 남는다.

커밋 · 체크아웃처럼 파일을 바꾸는 Git 작업을 시작하면, 파일 비교 탭에 저장하지 않은 편집이 있을 때 먼저 묻는다.

병합 충돌 푸는 순서

@@ -557,8 +558,6 @@ Accept Theirs (상대 쪽 파일 그대로) 15
  • 병합 커밋 본문의 해결 내역은 MergeHub 에서 푼 충돌만 적힌다. 터미널에서 푼 파일은 빠지므로, 본문 건수가 처음 충돌 수보다 적으면 그만큼은 밖에서 푼 것이다.
  • 빠른 비교(크기 · 수정일)는 내용이 바뀌었는데 크기와 시각이 같은 파일을 놓친다.
  • 큰 폴더의 전체 비교는 크기가 같은 파일을 끝까지 읽는다. 4,500개 묶음(NVMe SSD · 16코어)에서 파일 캐시를 비운 첫 비교도 약 0.5초로 데운 상태와 거의 같았다 — 여러 갈래로 읽기 때문이다(한 갈래라면 0.4초 → 1.8초). 며칠 손대지 않은 묶음을 처음 비교할 때 한 번 9.2초가 났으나 다시 나지 않았다(원인은 가리지 못함 — 디스크 정보 캐시 · 백신 검사로 짐작). 느린 디스크(HDD)에서는 재 보지 않았다.
    • -
  • Git 탭 이력에서 커밋을 고르면 파일 비교 탭의 Selected Commit 은 새로고침 전까지 따라오지 않는다. 파일 비교 탭 왼쪽 이력에서 고르면 바로 바뀐다.
    • -
  • 설정에서 “비교 · 병합에서 머지 주석 무시” 를 끈 채 네 칸을 다시 정렬하면(타이핑 멈춤 · 규칙 변경) 반영 색이 옆 줄로 옮겨 보일 수 있다. 저장 내용과 범례 수는 같다. 기본값(켬)에서는 나지 않는다.
  • 코드 검사는 빌드가 된다는 보증이 아니다.
  • 화면 왼쪽 · 오른쪽 반쪽 스냅은 반쪽이 되지 않는다. 창의 가장 작은 크기(1280 × 720)가 반쪽보다 커서, 2560 폭 모니터에서 75% 를 차지한다.
  • 로그인 · 권한은 아직 없다. 창 여러 개로 비교하는 기능은 넣지 않기로 했다.
    • @@ -875,6 +874,7 @@ Log("step 5"); @@ -905,7 +905,7 @@ Log("step 5");
    앞으로 남은 내용

    남은 일

    -

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

    +

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

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

    @@ -959,6 +959,25 @@ Log("step 5"); D-1병합 · rebase · cherry-pick · revert 를 새 저장소에서 파일 비교 탭을 미리 열지 않고 끝까지 — cherry-pick · revert 는 [모든 브랜치] 를 켜고 마지막 파일을 네 칸으로. 네 길 모두 마지막 Save 뒤 제목 · 요약 · 실제 기준(HEAD)이 같고 요약의 줄 수가 git diff 와 같음 · 커밋 뒤 기준은 새 HEAD · 줄끝 · BOM 바뀐 파일 0 · class 이름 다른 파일 0
    +

    10차에서 고친 것 (2026-09-17)

    +
    + + + + + + + + + +
    항목무엇
    A-19차 D-1 에서 네 칸 충돌 고르기 한 번이 안 남아 “남은 충돌 1개” 로 멈춘 것 — 앱 안에 임시 로그를 넣고 61회 · 누름 366번(9차 간격 · 0.1초) 되풀이해도 다시 안 남. 앱은 Take 를 모두 충돌 줄에서 받았다. Take 뒤 [다음 충돌] 이 끝나기 전에는 Take 단추가 꺼져 있는데, 9차 시험 도구가 “꺼져서 못 누름” 을 버린 것으로 보고 시험 도구를 고침(제품 코드 그대로)
    B-1두 탭이 같은 커밋을 본다(사용자 결정: 바로 따라감 · 고르는 순간 묻기) — Git 탭에서 고른 커밋을 파일 비교 탭이 새로고침 전까지 안 따라왔고, 반대로 파일 비교 탭에서 고르면 Git 탭 선택이 옛 커밋에 남아 [Revert] 가 화면에 안 보이는 커밋에 걸렸다. 이제 양쪽이 바로 따라가고, 저장 안 한 편집이 있으면 목록이 선택을 바꾸기 전에 묻는다
    C-1“머지 주석 무시” 를 끈 채 네 칸을 다시 정렬하면 반영 색이 주석 줄로 옮겨 가던 것 — 네 칸은 규칙과 상관없이 주석 줄과 코드 줄을 떼어 놓는다. 요약 · 줄 수 · 저장 내용 그대로
    D-1그날 첫 큰 폴더 비교 9.2초 — 파일 캐시를 비워 세 번 재도 약 0.5초로 데운 상태와 같아 다시 안 남(여러 갈래 읽기). 고치지 않고 매뉴얼 한계 문장을 잰 값으로
    E-1다섯 길(병합 · pull · rebase · cherry-pick · revert)을 새 저장소에서 다시 끝까지 — 모두 첫 회차에 끝, 누른 Take = 줄 고른 로그(18 · 18 · 18 · 18 · 6), 마지막 Save 뒤 제목 · 요약 · 기준 = git, 줄끝 · BOM · 충돌 표식 · class 이름 0, Git 탭에서 고른 커밋을 파일 비교 탭이 바로 따라감. 새로 걸린 것 없음
    E-2이 문서를 10차에 맞춤
    F-1 · F-2폴더 비교 “같은 것만” 에 주황 “다름” 폴더 줄이 섞여 보이던 것(추가 요청) — 걸러 볼 때 폴더 줄은 “같음 122개” 처럼 걸린 파일 수로. 설정 때문에 같음이 된 파일은 “같음(스타일만 다름)” · “같음(머지 주석만 다름)” 으로 까닭 표시(사용자 결정)
    F-3“주석만 다름” 을 “다름(코드는 같음)” 으로(추가 요청) — BOM · 줄끝 · 인코딩 · 공백만 다른 파일도 이 상태라 이름이 사실과 달랐다. 판정 · 수는 그대로
    + +

    10차에 남은 것

    + +

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