Metin
CRLF ↔ LF Converter
Windows (CRLF), Unix/macOS (LF) ve klasik Mac (CR) arasında satır sonlarını dönüştürün; karışık satır sonu tespitiyle.
Tarayıcı, alana yapıştırılan metni kendiliğinden LF'ye normalleştirdiği için orijinal CRLF/CR burada tespit edilemez — gerçek CRLF/CR içeren bir dosyayı analiz etmek veya dönüştürmek için yukarıdaki dosya yüklemeyi kullanın.
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.
Bu araç hakkında makale: CRLF'e karşı LF: satır sonu karakterleri neden hâlâ önemli
Sıkça sorulan sorular
Satır sonları neden sisteme göre farklılık gösterir?
Windows CRLF (\r\n) kullanır, Unix ve macOS yalnızca LF (\n) kullanır ve klasik Mac yalnızca CR (\r) kullanırdı — bu farklı tarihsel gelenekler, bir dosya sistemler arasında taşındığında tutarsızlıklara neden olur.
Metin yapıştırmak yerine neden bir dosya yüklemem gerekiyor?
Tarayıcı, bir giriş alanına yapıştırılan herhangi bir metni otomatik olarak LF'ye normalleştirir, bu yüzden gerçek orijinal CRLF veya CR karakterleri yapıştırıldıktan sonra tespit edilemez hale gelir — yalnızca doğrudan dosya yüklemesi, analiz veya dönüştürme için gerçek satır sonlarını korur.
Bu tür bir sorun gerçekten ne zaman önemlidir?
En çok git ile (satır sonlarından kaynaklanan gürültülü diff'ler), kalan CRLF ile başarısız olan shell betikleriyle ve Windows ile Unix/macOS sistemleri arasında değiştirilen dosyalarla önemlidir; yüklenen dosya yalnızca tarayıcıda yerel olarak işlenir, asla sunucuya gönderilmez.
Bir dosyada CRLF ve LF karışıksa ne yapmalı?
Birden fazla düzenleyicide veya farklı işletim sistemlerinde düzenlenmiş bir dosya her iki stili aynı anda içerebilir. Dönüştürme dosyanın tamamına uygulanmalıdır, yalnızca görünüşte "şüpheli" satırlara değil — aksi hâlde sorunlu satır sonlarının bir kısmı fark edilmeden kalır.
Dönüştürme git üzerinden otomatikleştirilebilir mi?
Evet, git'te core.autocrlf ayarı checkout ve commit sırasında satır sonlarını otomatik olarak dönüştürür, .gitattributes ise depodaki belirli dosya türleri için satır sonu stilini açıkça belirlemenizi sağlar.