Text
CRLF ↔ LF Converter
Zeilenenden zwischen Windows (CRLF), Unix/macOS (LF) und klassischem Mac (CR) umwandeln, mit Erkennung gemischter Zeilenenden.
Der Browser normalisiert den ins Feld eingefügten Text selbst auf LF, daher lassen sich die ursprünglichen CRLF/CR hier nicht erkennen — für die Analyse oder Konvertierung einer Datei mit echten CRLF/CR den Datei-Upload oben verwenden.
Windows, Unix/macOS und der alte klassische Mac verwenden historisch unterschiedliche Zeichen, um ein Zeilenende zu markieren — CRLF, LF beziehungsweise CR. Das Mischen dieser Stile in einer Datei verursacht oft merkwürdige Artefakte in Diffs oder Editoren. Dieses Tool wandelt Zeilenenden in einen Stil um und erkennt gemischte.
So verwendest du es
- Füge Text ein — das Tool erkennt automatisch den aktuellen Zeilenende-Stil, auch einen gemischten.
- Wähle ein Zielformat (CRLF, LF oder CR) — die Umwandlung erfolgt sofort.
- Werden in derselben Datei mehrere Stile gefunden, wird das mit einer separaten Warnung markiert.
Typische Anwendungsfälle
- Eine Datei reparieren, bei der git diff wegen unterschiedlicher Zeilenenden jede Zeile als geändert anzeigt, obwohl sich der Inhalt tatsächlich nicht geändert hat.
- Eine Textdatei in das von einem bestimmten System oder Skript erwartete Format umwandeln (ein Unix-Skript erwartet etwa LF).
- Debuggen, warum eine in einem Windows-Editor geöffnete Datei den gesamten Text in einer Zeile zeigt (ein Zeichen für reines LF ohne CR).
Was du wissen solltest
Git kann diese Umwandlung selbst automatisieren über core.autocrlf oder .gitattributes — oft bequemer, als Dateien in einem Repository von Hand umzuwandeln.
Gemischte Zeilenenden in einer Datei sind nicht immer auf den ersten Blick sichtbar, können aber Parser oder Skripte brechen, die einen bestimmten Stil erwarten.
Artikel zu diesem Tool: CRLF gegen LF: warum Zeilenendezeichen immer noch wichtig sind
Häufig gestellte Fragen
Warum unterscheiden sich Zeilenenden je nach System?
Windows verwendet CRLF (\r\n), Unix und macOS verwenden nur LF (\n), und der klassische Mac verwendete nur CR (\r) — diese unterschiedlichen historischen Konventionen verursachen Inkonsistenzen, wenn eine Datei zwischen Systemen verschoben wird.
Warum muss ich eine Datei hochladen, anstatt Text einzufügen?
Der Browser normalisiert automatisch jeden in ein Eingabefeld eingefügten Text auf LF, sodass echte ursprüngliche CRLF- oder CR-Zeichen nach dem Einfügen nicht mehr erkennbar sind — nur ein direkter Datei-Upload bewahrt die tatsächlichen Zeilenenden für Analyse oder Konvertierung.
Wann spielt diese Art von Problem tatsächlich eine Rolle?
Es ist besonders wichtig bei git (unübersichtliche Diffs durch Zeilenenden), Shell-Skripten, die an übrig gebliebenen CRLF scheitern, und Dateien, die zwischen Windows- und Unix/macOS-Systemen ausgetauscht werden; die hochgeladene Datei wird nur lokal im Browser verarbeitet, nie an einen Server gesendet.
Was tun, wenn eine Datei CRLF und LF gemischt enthält?
Eine Datei, die in mehreren Editoren oder auf unterschiedlichen Betriebssystemen bearbeitet wurde, kann beide Stile gleichzeitig enthalten. Die Konvertierung muss auf die gesamte Datei angewendet werden, nicht nur auf sichtbar „verdächtige" Zeilen — sonst bleibt ein Teil der problematischen Zeilenenden unbemerkt.
Kann die Konvertierung über git automatisiert werden?
Ja, die Einstellung core.autocrlf in git konvertiert Zeilenenden automatisch bei Checkout und Commit, und .gitattributes erlaubt es, den Zeilenende-Stil für bestimmte Dateitypen im Repository explizit festzulegen.