줄바꿈 & BOM 변환
정규화 전에 CRLF·단독 CR·단독 LF를 따로 카운트해서, 혼합된 파일(지저분한 git diff·Windows에서 깨지는 Bash 스크립트의 흔한 원인)을 식별. 출력 바이트는 BOM 포함 기준으로 표시 — 디스크에 정확히 무엇이 쓰일지 알 수 있음. 모든 처리는 브라우저 로컬.
—
타깃 줄바꿈
UTF-8 BOM
출력
입력 통계
- LF 개수1
- CRLF 개수1
- 단독 CR 개수0
- 전체 줄 수3
- 출력 바이트 (UTF-8)28
- BOM 있었음아니오
혼합 줄바꿈 파일은 보통 여러 플랫폼에서 편집된 결과 — 정규화하면 "왜 내 diff가 폭발하지" 문제 대부분 해결.
사용법
- 입력에 텍스트 붙여넣기 또는 파일 내용 드래그.
- 타깃 줄바꿈 선택 (LF: Unix/macOS, CRLF: Windows, CR: 옛 Mac).
- BOM 정책 선택 후 출력 복사.
자주 묻는 질문
- BOM은 언제 유지?
- 일부 오래된 Windows 도구와 일부 Excel CSV 임포트가 BOM에 의존. 그 외 모든 경우(특히 셸 스크립트·JSON·현대 빌드 체인의 소스 코드)는 제거.
- 혼합 줄바꿈 파일이란?
- LF/CRLF/CR 중 둘 이상이 섞인 파일. 플랫폼을 넘나들며 편집됐거나, 다른 소스의 조각을 이어붙인 생성기에서 흔히 발생. 한 스타일로 정규화하면 git diff와 하위 파서 정상 동작.
- git이 파일 전체를 변경된 것으로 표시하는 이유는?
- 모든 줄이 달라졌기 때문이다. 한 방식으로 커밋된 파일이 다른 방식으로 저장되면 변경되지 않은 줄이 하나도 남지 않아 diff가 기댈 곳이 없다. 한 번 정규화해서 그 상태를 커밋하고, 다음 체크아웃에서 변환이 다시 적용되지 않도록 저장소의 줄바꿈 정책을 정해 두면 된다.
- 마지막 줄 끝에도 줄바꿈이 필요한가?
- 대부분의 유닉스 도구 기준으로는 그렇다. 줄은 줄바꿈으로 끝난다고 보기 때문에, diff가 파일 끝에 줄바꿈 없음이라고 표시하고, 그런 파일 둘을 이어 붙이면 앞 파일의 마지막 줄과 뒤 파일의 첫 줄이 붙어버린다. 어떤 줄바꿈 방식을 쓰느냐와는 별개의 문제다.
관련 도구
파일 인코딩 감지기
어떤 텍스트 파일이든 업로드 → 인코딩 감지 — UTF-8·UTF-16 LE/BE·UTF-32·Latin-1·ASCII — BOM 감지·바이트 신호 분석·hex 미리보기 포함.
파일 0 0
텍스트 인코딩 변환기
EUC-KR · Shift_JIS · Windows-1252 등 비-UTF-8 텍스트 파일을 UTF-8로 읽으세요.
파일 0 0
CSV ↔ JSON 변환기
CSV를 JSON으로, JSON을 CSV로 변환하세요(구분자 선택 가능).
파일 0 0
엑셀(XLSX) → CSV · JSON · 마크다운 변환
브라우저에서 .xlsx 통합 문서를 열어 원하는 시트를 CSV·JSON·마크다운 표로 내보냅니다. 파일은 기기를 벗어나지 않습니다.
파일 0 0
CSV → 엑셀(XLSX) 변환기
CSV·TSV를 브라우저에서 진짜 .xlsx 파일로 변환합니다. 앞자리 0, 긴 ID, SEPT1 같은 코드가 입력한 그대로 유지됩니다.
파일 0 0
이미지 → PDF 변환
여러 JPG·PNG 이미지를 한 PDF로 합치기 — 페이지 크기·방향·맞춤 조정 가능.
파일 0 0