11 Commits

Author SHA1 Message Date
f256f0f038 7차 E-4 기록: 창 크기를 마음대로 조절할 수 있게(플랫폼 셸)
셸 창이 최대화 전용이었다. 끌어 크기 조절(최소 1280x720) · 두 번 누르기 최대화/복원 · 화면 이동이 크기를 지킴 ·
크기와 모니터 기억. 최대화는 작업 표시줄까지 덮고(사용자 결정), 크기를 바꿀 때 깜빡이지 않게(검은 칠 99.7% -> 3%).
확인 받고 D:\UbisamPlatform\bin 배포, MergeHub 다시 빌드. MergeHub 네 탭은 최소 크기에서 잘리지 않음. MergeHub 코드 변경 없음.
7차 지시서 E-4 판정 기준을 사용자 결정대로 고침.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-15 17:01:54 +09:00
165b5ea295 7차 지시서에 E-4 추가: 창 크기를 마음대로 조절할 수 있게
사용자 요청. 지금 셸은 최대화 전용(WindowStyle=None · ResizeMode=NoResize · 끌면 다시 최대화).
걸리는 곳(크기 조절 테두리 · 배율 다른 모니터 · 크기 기억 · MergeHub 고정 폭과 네 칸 정렬 · 모든 소비 프로그램)과
판정 기준(최소 1280x720 · 최대화 복원 · 화면 이동 10번 왕복 · 세 크기에서 잘림 없음)을 적었다. 코드 변경 없음.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-14 18:02:15 +09:00
26d9d042bf 7차 지시서 · E-1: 병합 중 [해결로 저장] 단추를 [Save] 로
LOCAL 칸을 이 파일에만 쓰고 스테이징하는 단추라 Save & Commit 과 짝이 되게 이름만 바꿈.
알림 · 막힘 안내 · 웹 문서도 Save. 하는 일은 그대로(충돌 24 → 23, 커밋 없음 확인).
7차 지시서: 6차 D-1 에서 걸린 세 가지(마지막 저장 뒤 남은 차이 · 로그 3-Way 안 씀 · 기록 파일 남음)와
pull · rebase · cherry-pick 충돌.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-14 16:35:41 +09:00
99a5d10775 지시서 6차 B-5: 머지 주석은 넣고 병합 뒤에는 무시한다
사용자가 정했다. 누가 언제 반영했는지는 소스에 남아야 하므로 머지
주석은 지금처럼 넣는다. 대신 비교하고 병합할 때는 그 줄을 무시한다.

git 은 이 규칙을 모른다. 병합은 주석 줄도 글자로 보고 충돌을 낸다.
그래서 무시는 MergeHub 가 한다.
- 2-Way, 3-Way, 폴더 비교에서 머지 주석을 차이로 세지 않는다
- 줄 끝에 붙은 주석은 조각만 떼고 견준다
- git 이 낸 충돌이 주석 차이뿐이면 묻지 않고 풀고, 두 주석을 다 남긴다
- 무시는 보는 방식일 뿐 파일에서 지우지 않는다. 설정에서 끌 수 있다

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-14 09:38:29 +09:00
ca634a9730 지시서 6차: 병합을 끝까지 믿고 쓸 수 있게
5차 C-1 에서 만든 저장소로 병합을 커밋까지 해 보고 걸린 23가지를
지시서로 묶었다.

A 파일이나 이력을 망가뜨리는 것 (C-1 에서 심각으로 적은 다섯)
  A-1 3분할 저장이 CRLF 를 LF 로 바꾼다
  A-2 Save & Commit 이 실패라는데 이미 써지고 스테이징됐다
  A-3 충돌 파일에 상대 칸이 안 나온다
  A-4 상대가 지운 파일을 3분할이 다룰 줄 모른다
  A-5 양쪽 새 파일에 Accept Both 가 빌드를 깬다
B 헷갈리거나 막히는 것 8 · C 사소한 것 1
D 고친 뒤 같은 저장소로 병합을 처음부터 다시 해 본다

확인은 C-1 과 같은 생성기로 한다. 고치기 전에 문제가 다시 나는
것부터 보인다. B-5(병합에 머지 주석을 넣을지)는 사용자가 정한다.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-14 09:34:43 +09:00
9c0106be57 지시서 5차: 실제 소스를 더 읽지 않는다
여기는 머지툴을 만드는 자리다. 남의 저장소를 읽을 까닭이 더 남아
있지 않고, 읽는 동안 사고가 날 여지만 있다. 이미 받아 둔 숫자
(XAML 400개, CP949 67개, 4,503개에 12.2초)는 그대로 쓴다.

B-2 와 C-1 을 그에 맞게 다시 썼다. 둘 다 큰 재료가 필요한데,
이제 우리가 만들어 쓴다. 만든 묶음은 몇 번을 돌려도 같은 값이
나와서 재기에는 오히려 낫다. C-1 에는 그 한계도 같이 적었다 -
만든 소스에는 진짜 코드의 지저분함이 없다.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-11 16:06:07 +09:00
dafb606f8f 작업지시-5차: 실제 소스에 맞추기 다섯 항목
지금까지 시험용 파일로만 확인했다. 실제 저장소를 재 보고 나온 것들로 채웠다.
CP949 67개 · XAML 400개 · 폴더 비교 12초 · 실전 병합.
대용량 성능은 답이 나와 미룬 것에서 뺐다 - 가장 큰 파일이 7479줄이고 다 빠르다.
2026-09-10 22:52:44 +09:00
2ac4a5a987 4차 B-2 같은 줄 접기 - 취소
접기가 풀려는 문제를 차이 이동·미니맵·다음 파일이 이미 대부분 풀고 있다.
반면 목록을 둘로 나누는 일은 122군데를 건드리고 틀리면 저장이 깨진다.
WinMerge 확인 결과와 다시 꺼낼 조건을 지시서에 적었다.
2026-09-10 21:10:20 +09:00
278b471480 4차 B-4 외부 편집기로 열기 - 취소
사용자 판단으로 뺀다. 채워 넣을 설정 값이 둘인데 얻는 것보다 수고가 크다.
번호는 3차 D-4 와 같이 그대로 둔다.
2026-09-10 21:02:28 +09:00
0994d514fb 4차 D-2: 앞으로의 기록 규칙을 공통 규칙에 못박음
항목을 끝내면 상세는 history 날짜 파일, 진행상황은 상태만, changelog 는 한 줄.
진행 순서를 D → A → B → C 로 고쳤다. D 를 먼저 하라는 말이 D 묶음 안에만 있었다.
플랫폼 changelog 경로를 풀어 적었다. 같은 이름 파일이 둘이 되어 헷갈린다.
2026-09-10 20:17:17 +09:00
b82e40a17c 4차 D-1: 변경 이력을 doc/history/ 로 나눔
721줄짜리 진행상황.md 를 날짜별 파일과 changelog 로 나누고 73줄로 줄였다.
지시서 네 개는 git mv 로 doc/작업지시/ 에 모았다. 링크 15개 전부 살아 있다.
옮기기만 하고 내용은 고치지 않았다.
2026-09-10 20:15:57 +09:00