- 발행본(버전 10)이 9차 D-1 파일과 같음을 먼저 확인
- 매뉴얼: 두 탭은 같은 커밋을 본다 · 알아 둘 한계에서 고친 둘(B-1 · C-1) 뺌
- 남은 일: 10차에서 고친 것 · 10차에 남은 것(HDD)
- 지금까지 만든 것 · 기획안 v2 일정 · WinMerge 숫자: 1,147건 · 커밋 114
- 10차 D-1 · F-3 에서 로컬로만 고친 문장도 함께 발행
- 화면 문구 grep 대조 · 태그 짝 맞음
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
병합 · pull · rebase · cherry-pick · revert 를 새 저장소에서 MergeHub 만으로 끝까지.
파일 비교 탭 미리 안 엶, cherry-pick · revert 는 [모든 브랜치] · Git 탭 이력을 마우스로.
- 누른 Take = 줄 고른 로그: 18 · 18 · 18 · 18 · 6
- 마지막 Save 뒤 제목 · 요약 · 기준 = git diff, 커밋 뒤 새 HEAD
- 줄끝 · BOM 바뀐 파일 0 (33 · 33 · 31 · 33 · 36) · 충돌 표식 0 · class 이름 0
- Git 탭에서 고른 커밋을 파일 비교 탭이 바로 따라옴 (10차 B-1)
- 8차 A-1 · B-1 · B-2 · F-1 · 9차 A-1 · A-2 · B-1 안 남
- 제품 코드 변경 없음
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
주석 · 공백을 걷어내고 견주는 판정이라 BOM · 줄끝 · 인코딩 · 끝 공백 · 빈 줄 · 들여쓰기만
다른 파일도 "주석만 다름" 이었다. 사용자: "이름을 바꿔줘". 판정 · 수는 그대로.
- 목록 · 범례(설명 붙임) · 요약 "다름 N(코드는 같음 M)" · 비교 결과 보고서
- 웹 문서의 이름도 바꿈(지난 기록은 그대로, 발행은 E-2)
- 하네스 FolderTest +1 (78건), 22벌 1,147건 통과, 빌드 경고 0 오류 0
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
사용자가 시험 묶음 측정 화면에서 "같은 것만" 에 내용이 다른 파일이 보인다고 알림.
비교 판정은 설계대로(코드 값이 다르면 어느 설정에서도 다름)였고, 화면에서
- F-1: 같은 파일을 품은 폴더 줄이 폴더 자신의 상태 "다름"(주황)으로 보였다
- F-2: 설정(C# 스타일 맞춤 · 머지 주석 무시)으로 같음이 된 파일이 크기가 달라도 그냥 "같음"
- FolderComparer: SameReason 을 남기고 FolderStatusText 로 글자를 정함
- FolderViewModel: 같은 것만 · 왼쪽에만 · 오른쪽에만이면 폴더 줄을 "같음 122개" 처럼 걸린 수와 그 갈래 색으로
- FolderView: 줄 색이 DisplayStatus, 상태 칸 90 → 200
- 사용자 결정: 같음으로 두고 "같음(스타일만 다름)" · "같음(머지 주석만 다름)" 으로 표시
- 하네스 FolderTest +15 (77건), 22벌 1,146건 통과, 빌드 경고 0 오류 0
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
파일마다 버퍼 없이(FILE_FLAG_NO_BUFFERING) 열었다 닫아 캐시를 비운 뒤 쟀다
(한 갈래 읽기 0.4 → 1.8초로 먹는 것 확인).
- 4,500개 묶음 전체 비교: 데운 상태 479ms, 캐시 비운 뒤 535 · 455 · 494ms (여러 갈래 읽기)
- 크기 같은 4,063쌍 읽기: 갈래 1 1,775ms · 4 583 · 16 318 · 32 305 · 64 332
- 앱을 캐시 비우고 새로 켠 첫 [비교]도 1.0~1.8초(누름 대기 포함) - 둘째와 같음
- 9.2초는 다시 안 남(디스크 정보 캐시 · 백신 짐작) - 제품 코드 변경 없음
- 웹 문서 "알아 둘 한계" 를 잰 값으로 고침(발행은 E-2)
- NVMe SSD 에서만 잼, HDD 는 재 보지 않음
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
설정 "머지 주석 무시" 를 끄고 네 칸을 다시 정렬하면 주석 줄이 BASE 코드 줄과 한 행이 되어
반영 표시(BASE 줄 번호)가 주석 줄에, 반영한 코드 줄은 "직접 수정" 으로 보였다.
- 네 칸은 규칙과 상관없이 NoteRows.SplitFour 로 주석 줄과 코드 줄을 떼어 놓는다
- 다시 정렬한 우리 주석 줄은 "반영함" 으로 칠하지 않는다(넣는 순간과 같은 모양)
- 두 칸은 그대로 - 떼어 보니 규칙 끔에서 남은 차이가 4 → 5줄로 늘었다
- 하네스 NoteTest +5 (74건), 22벌 1,131건 통과, 빌드 경고 0 오류 0
확인: Weld/Unit1.cs 규칙 끔 넣은 직후 = 다시 정렬 뒤(반영함 6 · 추가 6), 규칙 켬 그대로,
요약 · 줄 수 · 저장 SHA256 고치기 전과 같음. 두 칸 차이 수 고치기 전과 같음.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
두 탭이 같은 고른 커밋 값을 쓰는데 표시는 새로고침 전까지 안 따라왔다. 파일 비교 탭에서
'바탕' 을 고르면 Git 탭은 '내 쪽 작업' 에 선택 표시가 남은 채 [Revert] 가 '바탕' 을 되돌렸다.
사용자 결정: 바로 따라간다(양방향) · 저장 안 한 편집이 있으면 고르는 순간 묻는다.
- GitWorkspace: CommitChosen 알림, ConfirmLeaveCommit(null 안 물음 / true 계속 / false 취소)
- CommitSelection.IsOtherCommit (하네스 +4, MergeSaveTest 210)
- HomeViewModel: 다른 쪽이 고르면 게이트가 빈 뒤 목록 · 두 칸을 다시 세움, WillAskBeforeDiscard
- GitViewModel: 파일 비교 탭이 고르면 선택 표시 · 단추 따라감, 커밋 내용은 탭이 다시 보일 때
- GitView: 이력 목록이 선택을 바꾸기 전에(마우스 · 방향키) 묻고 [취소] 면 누름을 막음,
물은 뒤 [계속] 이면 직접 고름
확인: 두 방향 · BASE 까지 따라감, 편집 있음 [취소] 두 탭 제자리 · 창 한 번,
[계속] 따라감 · 편집 버려짐, 방향키 같음, [Revert] 는 보이는 커밋, 9차 A-2 흐름 그대로.
22벌 1,126건 통과, 빌드 경고 0 오류 0.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
9차 D-1 N1(고르기 한 번이 안 남아 "남은 충돌 1개" 로 멈춤)을 앱 안 임시 로그
(커밋하지 않고 잰 뒤 되돌림)와 함께 되풀이했다.
- 61회 · 누름 366번: 병합 · cherry-pick × 9차 간격(1.0/1.3초) · 0.1초
- 끝나지 않은 회차 0, 꺼져 있던 누름 0
- 앱 로그 Take 372번 모두 정할 필요가 있는 충돌 줄에서 시작, 남은 충돌이 매번 하나씩 줆(헛돈 0)
- Take 뒤 [다음 충돌] 처리 전에는 Take 단추가 꺼져 있다. 9차 시험 도구가
"꺼져서 안 누름"(Click 의 False)을 버린 것으로 보인다 - 시험 도구를 고침(scratch)
제품 코드 변경 없음.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
