改行コード変換ツール
改行コード変換ツールの使い方
改行コード変換ツールは、改行コードの変換とUTF-8 BOMの付与を行う、インストール不要（ブラウザで完結）の無料ツールです。
テキストやSQL、CSVファイルを貼り付けるだけで、LF・CRLF・CR形式の改行コードへ自在に変換し、クリップボードへのコピーやファイル出力（ダウンロード）が行えます。Web制作やシステム開発でトラブルになりやすいUTF-8 BOMの確認や、ファイルへの自動付与・除去にも完全対応しています。
このツールでできること（機能一覧）
- 改行コードを一括変換してコピー
- 貼り付けたテキストの改行コードを「LF」「CRLF」「CR」に一括変換し、クリップボードにコピーできます
- 改行コードを一括変換 + UTF-8 BOM付与・除去 してダウンロード
- 貼り付けたテキストの改行コードを「LF」「CRLF」「CR」に一括変換し、ローカルに「converted_[改行コード][BOM付与の場合は_BOM].txt」という名前で保存します
改行コードとは？LFとCRLFの違い
改行コードとは、テキストファイルの中で「ここで改行する」という指示を出すための特殊な見えない制御文字のことです。主に以下の3種類が存在し、改行コードの違いによってプログラムの挙動や表示が変わることがあります。
- LF（Line Feed）とは
- コード：
\n - 意味：行送りのみを指示する制御文字です。現代の標準的な開発環境で広く使われています。
- コード：
- CRLF（Carriage Return + Line Feed）とは
- コード：
\r\n - 意味：カーソルを行頭に移動（CR）させた後、次の行に送る（LF）という、2つの制御文字を組み合わせた形式です。
- コード：
- CR（Carriage Return）とは
- コード：
\r - 意味：カーソルを行頭に移動させるだけの制御文字です。現代では見かける機会が減っています。
- コード：
OSごとの改行コードの違い
システムやOS（オペレーティングシステム）によって、標準として採用されている改行コードが異なります。
| OS（環境） | 標準の改行コード | 特徴・主な用途 |
| Windows | CRLF (\r\n) | メモ帳やWindows向けのレガシーなシステムで標準。 |
| Mac / Linux | LF (\n) | モダンなUnix系OS、macOS（OS X以降）、主要なサーバー環境で標準。 |
| 古いMac（Mac OS 9以前） | CR (\r) | 過去のクラシックMac OSで使われていたレガシー形式。 |
UTF-8 BOMとは？
UTF-8 BOM（Byte Order Mark）とは、テキストファイルの先頭に埋め込まれる数バイトの特殊なデータのことです。「このファイルはUTF-8で書かれています」という識別マークの役割を果たします。
WindowsのExcelでcsv 改行コードや文字化けを処理する際にはBOMが必要になることが多い一方、Linux環境やプログラムのソースコード（SQLやシェルスクリプトなど）にBOMが含まれていると、予期せぬエラー（Syntax Errorなど）の原因になるため、適切な管理が必要です。
用途別の使い方
git 改行コード の自動変換トラブル
WindowsとMacの混在チームで、Gitが勝手に改行コードを書き換えて差分（Diff）が大量に出てしまったときのソースコード修正に。
csv 改行コード・Excel文字化け対策
システムから出力したCSVがExcelで正常に開けない、または改行が認識されない場合の改行コード 一括変換とBOM付与に。
shell script（シェルスクリプト）の修正
Windows上で記述した .sh ファイルをLinuxサーバーで実行した際、CRLFの \r が原因で発生する「^M: bad interpreter」エラーの解消に。
Dockerコンテナ内のエラー解消
Windows環境からマウントした設定ファイルやSQLファイルが、LinuxベースのDockerコンテナ内で読み込みエラーになる現象の回避に。
VSCodeやテキストエディタの設定補完
VSCode（Visual Studio Code）等のエディタを開くことなく、手軽に複数行のテキストやSQL文の改行コードを統一したいときに。
よくある質問（FAQ）
Q. LFとCRLFの違いは何ですか？具体的にどう影響しますか？
A. 主に「どのOS向けにファイルを作成するか」という点に影響します。Mac/Linux環境（LF）でWindows形式（CRLF）のファイルをそのまま読み込ませると、行末に不要な制御文字（\r や ^M）が残り、プログラムが正常に動作しない原因になります。逆に、Windowsの古いテキストエディタでLFのファイルを開くと、改行されずに1行で繋がって表示されてしまうことがあります。
Q. Gitで改行コードが変わる理由はなぜですか？
A. Gitには core.autocrlf という機能があり、これが有効になっていると「コミット時はLFに変換し、チェックアウト（ローカルに引き出し）時はOSに合わせてWindowsならCRLF、MacならLFに自動変換する」という挙動をします。この自動変換の設定がメンバー間でズレていると、中身は同じコードなのに改行コードの違いだけで「ファイル全体が変更された」と判定されてしまいます。
Q. WindowsとLinuxの間でファイルをやり取りすると文字化けしますか？
A. 厳密には「改行コードの違い」だけで文字化け（文字の崩れ）が発生することはありません。文字化けの原因の多くは「文字コード（UTF-8やShift_JISなど）」の不一致です。ただし、Windows（CRLF/Shift_JIS）からLinux（LF/UTF-8）へファイルを移動する際は、改行コードと文字コード（およびBOMの有無）が同時に問題になるケースが非常に多いため、本ツールのような変換ツールで両方を整えるのが安全です。
注意点
プライバシーについて
本ツールはブラウザ上で処理を行うため、入力されたデータが外部サーバーに送信されることはありません。安心してご利用いただけます。
