줄바꿈 형식 변환기

텍스트의 줄바꿈을 LF, CRLF 또는 CR로 통일하고 정확한 바이트로 다운로드합니다.

여러 줄바꿈 형식이 섞인 텍스트를 LF, CRLF, CR 중 하나로 통일하고, 선택한 바이트 그대로 내려받을 수 있게 합니다.

사용 순서

줄바꿈이 섞인 텍스트를 입력하거나 샘플을 불러옵니다.
출력 줄바꿈으로 LF, CRLF, CR 중 하나를 고릅니다.
결과를 복사하거나 다운로드 버튼으로 파일을 저장합니다.

예시

LF, CRLF, CR이 섞인 세 줄 입력을 CRLF로 바꾸면 모든 줄이 CRLF로 끝나고, 마지막 줄바꿈 유무도 원래대로 유지됩니다.

한계

줄바꿈 문자만 바꾸며 다른 내용, 들여쓰기, 줄 끝 공백은 그대로 둡니다. 브라우저의 입력창은 줄바꿈을 다르게 보여 줄 수 있으므로 정확한 바이트는 다운로드 파일로 확인하세요. 입력은 UTF-8 기준 2MiB 이하만 처리합니다.

보안 주의

CRLF 파일을 LF로 바꾸면 Windows 배치 파일이나 줄바꿈에 민감한 스크립트가 동작하지 않을 수 있습니다. 변환 전에 원본을 백업하고, 대상 시스템이 요구하는 형식을 먼저 확인하세요.

배경 지식

줄바꿈은 텍스트 파일에서 줄의 끝을 표시하는 문자입니다. 유닉스와 macOS 계열은 LF(U+000A) 하나를 쓰고, 윈도우는 CR(U+000D)과 LF를 함께 쓰는 CRLF를 씁니다. 과거 classic Mac OS는 CR만 쓰기도 했습니다. 내용이 같아도 줄바꿈 형식이 다르면 바이트 수와 해시 값이 달라집니다.

형식이 섞이면 도구마다 줄 수를 다르게 세거나 줄이 잘못 합쳐지는 현상이 생깁니다. 셸 스크립트 줄 끝에 CR이 남아 있으면 보이지 않는 문자 때문에 명령을 찾지 못한다는 오류가 나기도 합니다. Git의 자동 줄바꿈 설정도 이런 차이를 맞추려고 존재합니다. 그래서 여러 운영체제에서 함께 작업하는 팀은 줄바꿈 형식을 한 가지로 정해 두는 것이 좋습니다.

변환할 때는 CRLF를 먼저 찾는 순서가 중요합니다. 순서를 어기면 CRLF가 CR과 LF로 나뉘어 두 번 바뀌고 줄이 두 배로 늘어납니다. 이 도구도 CRLF를 먼저 처리한 뒤 남은 CR과 LF를 바꾸므로 한 번만 변환됩니다. 결과를 다운로드해 파일을 열어 보면 줄바꿈이 제대로 바뀌었는지 가장 확실하게 확인할 수 있습니다.

자주 묻는 질문

Git에서 줄바꿈만 바꿨는데 diff가 전체 줄로 표시되는 이유는 무엇인가요?

줄바꿈 형식이 바뀌면 내용이 같아도 모든 줄의 바이트가 달라지므로 diff가 전체 변경으로 보입니다. 저장소의 .gitattributes에서 줄바꿈 형식을 고정하면 이런 잡음을 줄일 수 있습니다.

CR만 쓰는 파일은 지금도 있나요?

흔하지 않습니다. 일부 오래된 장비나 프로그램의 출력에서 가끔 보이므로, 대상 시스템이 실제로 CR을 요구하는지 먼저 확인하세요.

마지막 줄바꿈을 없애고 싶으면 어떻게 하나요?

이 도구는 마지막 줄바꿈 유무를 그대로 보존합니다. 끝의 줄바꿈을 없애려면 입력 끝의 줄바꿈 문자를 직접 지운 뒤 변환하세요.