改行コード変換

CRLF・LF・CRとは何ですか？それぞれどのOSで使われていますか？

CRLF（\r\n）はWindowsの改行コードで、キャリッジリターン（CR）とラインフィード（LF）の2バイトで構成されます。LF（\n）はLinux・macOS（OS X以降）の改行コードで1バイトです。CR（\r）はMac OS 9以前の改行コードで、現在はほぼ使われていません。OS間でファイルをやり取りすると、この違いにより改行が消えたり余計な文字が表示されたりする問題が起きます。

Excelで開いたCSVが1行になってしまう場合は？

LF改行のCSVをWindowsのExcelで開くと、Excelが改行を認識できず全データが1行にまとまることがあります。このツールでLF→CRLFに変換してから開き直すと解決します。または、UTF-8のCSVであれば「CSV文字コード変換」ツールでBOM付きUTF-8に変換する方法も有効です。

Gitで改行コードの差分が大量に出るのはなぜですか？

WindowsとMac/Linuxの開発者が混在するプロジェクトでは、OSごとに異なる改行コードがコミットされるため差分が大量に発生します。対処法は、.gitattributesファイルで改行コードのルールを統一するか、このツールでファイルをLFに変換してからコミットすることです。Git設定のcore.autocrlfも確認してください。

シェルスクリプトをLinuxサーバーにアップロードしたら動かないのはなぜですか？

Windowsで作成したシェルスクリプトはCRLF改行になっていることが多く、Linuxでは行末のCR（\r）が不正な文字として扱われます。「/bin/bash^M: bad interpreter」というエラーが出る場合は改行コードが原因です。このツールでCRLF→LFに変換すると解決します。

変換後の改行コードを確認できますか？

はい、入力テキストに含まれるCRLF・LF・CRの個数をリアルタイムで表示します。これにより、改行コードが混在しているかどうかも一目で確認できます。

改行コードが混在したテキストも変換できますか？

はい、CRLFとLFが混在したテキストでも正しく変換できます。内部処理では、まずすべての改行コードをLFに正規化してから、指定した改行コードに一括変換します。

プログラムのソースコードの改行コードはどれに統一すべきですか？

現在のプログラミング環境ではLF（\n）に統一するのが一般的です。GitHub・GitLab等のリポジトリでもLFが標準です。Windowsの開発環境でもVS CodeなどのエディタはLFに設定可能です。チーム開発では.editorconfigや.gitattributesで統一ルールを設定するのがベストプラクティスです。

ファイルはサーバーに送信されますか？

いいえ、すべての処理はお使いのブラウザ内で完結します。テキストが外部に送信されることはありません。ソースコードや機密情報を含むテキストでも安心してご利用いただけます。