개행문자 변환기(LF·CRLF) 완벽 가이드
텍스트 파일의 줄바꿈(개행, Line Ending / EOL)은 운영체제마다 표현 방식이 다릅니다. 윈도우는 캐리지리턴+라인피드(CRLF, \r\n)를, 리눅스와 macOS는 라인피드(LF, \n)만을, 아주 오래된 클래식 Mac OS는 캐리지리턴(CR, \r)만을 줄바꿈으로 사용했습니다. 이 차이 때문에 윈도우에서 작성한 텍스트 파일을 리눅스 서버에 올리면 줄 끝에 보이지 않는 ^M 문자가 남거나, 반대로 리눅스에서 만든 파일을 윈도우 메모장에서 열면 모든 줄이 한 줄로 붙어 보이는 문제가 자주 발생합니다. Git 저장소에서 core.autocrlf 설정이 팀원마다 달라 커밋마다 전체 파일이 변경된 것처럼 보이는 diff 노이즈도 대표적인 사례입니다.
이 개행문자 변환기는 입력한 텍스트에 CRLF·LF·CR가 각각 몇 번 등장하는지 정규식으로 정밀하게 집계하여 배지로 보여주고, 한 텍스트 안에 여러 형식이 섞여 있는지(혼합 여부)도 즉시 알려줍니다. 이어서 원하는 목표 개행 문자(LF, CRLF, CR)를 선택하면 모든 줄바꿈을 하나의 임시 토큰으로 정규화한 뒤 목표 형식으로 재조립하여 완벽하게 통일된 결과를 만들어 줍니다. 파일 맨 끝의 개행(트레일링 뉴라인)은 유지·추가·제거 세 가지 옵션 중 선택할 수 있어, POSIX 표준에서 요구하는 "파일은 개행으로 끝나야 한다"는 규칙을 맞추거나 반대로 불필요한 빈 줄을 정리할 때 유용합니다.
한 가지 유의할 점은 브라우저의 입력창(textarea) 특성상 사용자가 직접 타이핑한 내용은 항상 LF로만 기록됩니다. 정확한 원본 개행 형식을 감지하려면 텍스트를 복사해서 붙여넣기(Ctrl+V) 하거나, 아래 파일 업로드 버튼으로 .txt 파일을 직접 올리는 방법을 권장합니다. 붙여넣기와 파일 업로드 모두 원본 바이트 그대로의 개행 정보를 읽어와 정확한 통계와 변환 결과를 제공합니다. 변환된 결과는 코드 편집기 스타일의 결과창에 표시되며, 복사 버튼으로 클립보드에 바로 담아 메모장, VS Code, 서버 설정 파일 등에 붙여넣을 수 있습니다.
개발자라면 .gitattributes 파일에 text=auto eol=lf 같은 설정으로 저장소 차원의 개행을 통일하는 것이 근본적인 해결책이지만, 이미 섞여버린 레거시 텍스트나 다른 팀에서 받은 CSV·로그·설정 파일을 빠르게 정리할 때는 이런 온라인 변환기가 훨씬 간편합니다. 셸 스크립트(.sh)는 반드시 LF여야 실행 오류가 나지 않고, 윈도우 배치 파일(.bat)이나 일부 레거시 프로그램은 CRLF를 요구하는 경우가 많으니 목표 시스템에 맞는 개행 문자를 선택하시기 바랍니다.
자주 묻는 질문 (FAQ)
Q. 텍스트를 직접 타이핑했는데 개행 통계가 전부 LF로만 나와요.
A. 브라우저 입력창의 표준 동작 때문입니다. 사용자가 키보드로 직접 입력한 줄바꿈은 항상 LF로 기록되므로, 원본 CRLF/CR을 정확히 감지하려면 클립보드에서 붙여넣기(Ctrl+V)하거나 파일 업로드 기능을 사용해 주세요.
Q. CRLF와 LF, CR의 차이가 정확히 뭔가요?
A. LF(\n)는 라인피드 한 글자, CRLF(\r\n)는 캐리지리턴+라인피드 두 글자, CR(\r)은 캐리지리턴 한 글자로 구성된 줄바꿈 표현입니다. 윈도우는 CRLF, 리눅스/macOS는 LF, 구형 클래식 Mac OS(OS 9 이전)는 CR을 사용했습니다.
Q. "혼합"이라고 표시되면 어떻게 해야 하나요?
A. 한 텍스트 안에 서로 다른 개행 형식이 섞여 있다는 뜻입니다. 여러 출처의 텍스트를 붙여넣거나 편집기를 바꿔가며 저장할 때 흔히 발생하며, 이 도구로 목표 형식을 선택해 변환하면 하나의 형식으로 깔끔하게 통일할 수 있습니다.