ksj09406
538efdcd50
3분할로 푼 파일을 저장하면 줄끝이 전부 LF 가 됐다. 3,363줄 CRLF 파일에서 충돌 6개를 풀었는데 git 에는 파일 전체가 바뀐 것으로 나왔다. 원인은 둘이었다. - ResolveConflictWithContent 가 인코딩만 맞추고 줄끝을 안 봤다. 편집기 글은 줄마다 \n 이라 늘 LF 로 써졌다. - 원본으로 워킹트리 파일을 읽었다. 충돌 중에는 git 이 LF 로 충돌 표시를 넣어 두어 원본이 아니다. - TextFile.Encode: 저장 바이트 규칙을 한 곳으로. "원본 유지" 는 넘겨받은 원본 바이트를 따르고, 줄끝은 가장 많은 것, BOM 은 한 번 - TextFile.Write: 디스크 파일을 원본으로 Encode 를 쓴다 - ResolveConflictWithContent: 원본을 ours blob 으로(없으면 theirs, base). 고른 저장 형식을 받는다 - HomeViewModel 세 자리가 저장 형식을 넘긴다 Io/Unit12.cs +399 줄 -> +2 -1, CRLF 유지 Motion/Unit0.cs +3367 -3363 -> +8 -4 한글설명.cs CP949 와 CRLF 유지 LineEnding.cs 상대가 LF 로 바꿔도 내 쪽 CRLF 줄바꿈 LF 를 고르면 LF 검사 모음이 빌드 실패를 삼키고 옛 실행 파일을 돌리던 것을 찾았다. LangTest(5차 B-1 의 CarryOver 변경), ReportTest(파일 누락), TokenTest(Program.cs 없음, 새로 씀)를 고쳤다. 이제 모두 다시 빌드한 새 실행 파일만 센다. 21벌 745건 통과. 경고 0, 오류 0. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>