Текст
CRLF ↔ LF Converter
Перевести окончания строк между Windows (CRLF), Unix/macOS (LF) и старым Mac (CR), с обнаружением смешанных окончаний.
Браузер сам нормализует вставленный в поле текст до LF, поэтому обнаружить оригинальные CRLF/CR здесь невозможно — для анализа или конвертации файла с реальными CRLF/CR используйте загрузку файла выше.
Windows, Unix/macOS, and the old classic Mac historically use different characters to mark the end of a line — CRLF, LF, and CR respectively. Mixing these styles in one file often causes odd artifacts in diffs or editors. This tool converts line endings to one style and detects mixed ones.
How to use it
- Paste text and the tool automatically detects the current line-ending style, including a mixed one.
- Pick a target format (CRLF, LF, or CR) and the conversion happens instantly.
- If several styles are found in the same file, that's flagged with a separate warning.
Common uses
- Fixing a file where git diff shows every line as changed because of differing line endings, even though the content itself didn't actually change.
- Converting a text file to the format a specific system or script expects (a Unix script, for instance, expects LF).
- Debugging why a file opened in a Windows editor shows the entire text on one line (a sign of plain LF with no CR).
Things to keep in mind
Git can automate this conversion itself through core.autocrlf or .gitattributes — often more convenient than converting files in a repository by hand.
Mixed line endings in one file aren't always visible at a glance, but they can break parsers or scripts that expect one specific style.
Статья об этом инструменте: CRLF против LF: почему символы конца строки до сих пор важны
Часто задаваемые вопросы
Почему окончания строк отличаются в зависимости от системы?
Windows использует CRLF (\r\n), Unix и macOS — только LF (\n), а классический Mac использовал только CR (\r) — эти разные исторические соглашения вызывают несоответствия при перемещении файла между системами.
Почему нужно загружать файл вместо вставки текста?
Браузер автоматически нормализует любой текст, вставленный в поле ввода, до LF, поэтому настоящие оригинальные символы CRLF или CR становятся неопределяемыми после вставки — только прямая загрузка файла сохраняет его фактические окончания строк для анализа или конвертации.
Когда такая проблема действительно имеет значение?
Больше всего это важно с git (шумные diff из-за окончаний строк), shell-скриптами, которые падают из-за оставшихся CRLF, и файлами, которыми обмениваются между системами Windows и Unix/macOS; загруженный файл обрабатывается только локально в браузере, никогда не отправляется на сервер.
Что делать, если в файле смешаны CRLF и LF?
Файл, отредактированный в нескольких редакторах или на разных ОС, может содержать оба стиля одновременно. Конвертацию нужно применить ко всему файлу, а не только к визуально «подозрительным» строкам — иначе часть проблемных окончаний останется незамеченной.
Можно ли автоматизировать конвертацию через git?
Да, настройка core.autocrlf в git автоматически конвертирует окончания строк при checkout и commit, а .gitattributes позволяет явно задать стиль окончаний для конкретных типов файлов в репозитории.