CRLF/LF改行コード変換ツール
貼り付けたテキストまたはアップロードされたファイル内の改行コードをCRLF（Windows）、LF（Unix/Linux/macOS）、CR（クラシックMac）の間で変換します。変換前に、入力の現在の改行コードスタイルを検出します。混合改行コードも検出します。
入力
出力
改行コード統計
| メトリック | 値 |
|---|---|
| No data yet | |
このツールを使う他の方法
REST API
curl -X POST https://api.iotools.cloud/v1/tool/crlf-lf-line-ending-converter \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"originalText": "First line with LF ending\nSecond line with CRLF …",
"convertTo": "lf"
}'ご自身のアカウントのキーに差し替えてください。ツールのフィールドがそのままリクエストボディになります——ラッパーはありません。
AIエージェントに依頼する
Use the IOTools `crlf-lf-line-ending-converter` tool (CRLF/LF Line Ending Converter) on this input:
YOUR_INPUT_HEREIOTools MCPサーバーに接続された任意のエージェントにこれを貼り付け、入力内容を追加してください。
埋め込みウィジェット
<iframe
src="https://iotools.cloud/embed/crlf-lf-line-ending-converter/"
width="100%" height="520" frameborder="0" scrolling="no" loading="lazy"
title="CRLF/LF改行コード変換ツール — iotools.cloud"
sandbox="allow-scripts allow-forms allow-same-origin allow-downloads allow-popups allow-popups-to-escape-sandbox"
allow="clipboard-write"
style="width:100%;border:1px solid #e5e7eb;border-radius:12px;overflow:hidden"></iframe>
<script src="https://iotools.cloud/embed.js" async></script>ご自身のページに貼り付けるだけ——無料、キー不要、リンクを掲載するだけです。
| API/MCP 1回あたりの費用 | 5クレジットから |
|---|---|
| クレジットが足りませんか? | 料金を見る |
次の方法でも利用可能
ガイド
テキストファイルは3つの改行コード規約のいずれかを使用します。Windowsはキャリッジリターンとラインフィードの組み合わせ（CRLF、\r\n）を記述し、Unix、Linux、および最新のmacOSは単一のラインフィード（LF、\n）を記述し、クラシックMac OS Xより前のMacは単一のキャリッジリターン（CR、\r）を使用します。これらを混ぜると（たとえば、WindowsとLinuxの同じファイルを編集したり、古いエクスポートから貼り付けたりすると）、1つの規約を期待するツールが誤動作する可能性があります。シェルスクリプトは謎めいたbad interpreterエラーで失敗し、diffはすべての行が変更されたように表示され、CSVパーサーは行を間違った場所で分割します。このツールはテキストが実際に使用している改行コード形式を検出し、混合改行コードにフラグを立て、必要な形式に変換します。
使い方
- テキストを入力ボックスに貼り付けるか、テキストファイルをアップロードします。ファイルの内容は同じフィールドに直接読み込まれます。
- 変換先形式の下でターゲット形式を選択します：LF、CRLF、またはCR。
- 変換されたテキストと改行コードの詳細は、入力中に自動的に更新されます。
- 結果をコピーするか、ダウンロードしてください。
統計が示すもの
改行コード統計テーブルは以下を報告します：
- CRLF、LF、CR数 — 元のテキストで見つかった各改行コードシーケンスの数。CRLFペア（
\r\n）は1回カウントされ、CRとLFの合計ではなく、数値は実際の改行コードを反映しており、生の文字数ではありません。 - 検出された形式 —入力内の優勢な規約。形式が1つだけ存在する場合、直接命名されます（例："LF"）。複数の形式が現れる場合（複数のOSで編集されたファイルの一般的な兆候）、見つかった形式を示す「混合」と表示されます。
- 変換先 — 出力が変換された形式（確認用）。
改行コードが重要な理由
改行コードの不一致は"これはマシンで動くのに"バグの繰り返しの原因です：
- Gitのdiffは、改行コードが異なるだけの場合、ファイル全体が変更されたように表示する可能性があります。
- CRLFの終了で保存されたシェルスクリプトは、シェルが行末の
\rをコマンドの一部として読むため、Linux/macOSでの実行に失敗します。 \nで厳密に分割される設定とCSVパーサーは、CRLF入力を受け取ると、各フィールドの末尾に失われた\rを残します。
コミットまたはファイルをデプロイする前に、単一の一貫した改行コードに変換すれば、これらすべてを回避できます。
どの形式を使うべき？
Linux、macOS、またはGitリポジトリ（ほとんどの.gitattributesセットアップはLFに正規化されます）に配置されるすべてのものにLFを使用してください。古いWindows限定ツール（Windows 10より前のNotebadなど）またはWindowsバッチスクリプトで正しく開く必要があるファイルにCRLFを使用してください。CRはレガシークラシックMac OS（2001年以前）ファイルのみに関連します。古いアーカイブを操作していない限り、使う必要はありません。
プライバシー
すべてがブラウザ内で完全に実行されます。テキストとアップロードされたファイルはデバイスを離れることはありません。