サクラエディタWikiブラウザで使える実用テキストツール
日本語

無料オンラインツール

改行コード変換:CRLF・LF・CRをオンラインで統一

テキストを貼り付け、WindowsのCRLF、Unix系のLF、旧MacのCRへ一括変換できます。

テキスト作業スペース

改行コード変換ツール

処理はブラウザ内で完結

差分比較

0 文字 0 空白除外 0 バイト 1 0 語句
入力0 文字
比較する文章0 文字
結果未実行

CRLF・LF・CRを変換する方法

入力欄へテキストを貼り付け、変換後の改行コードを選び、「改行コードを変換」を押します。Windowsで一般的なCRLFは復帰を表すCRと改行を表すLFの2文字、Linuxや現在のmacOSで一般的なLFは1文字、旧Macで使われたCRも1文字です。画面ではどれも同じ改行に見えますが、保存されたデータは異なります。

結果欄には選んだ改行を保持した文字列が入ります。ブラウザ上の表示だけでは違いを目視できないため、結果上部の「CRLF・3か所」のような表示で変換先と件数を確認してください。コピー先のアプリケーションによっては貼り付け時に改行が再変換される場合があります。改行を厳密に維持してファイル保存する用途では、サクラエディタ本体で改行コードを指定して保存する方法が確実です。

  1. テキストを貼り付ける改行が混在していても、そのまま入力欄へ貼り付けます。
  2. 変換先を選ぶ利用先に合わせてCRLF、LF、CRのいずれかを選択します。
  3. 変換件数を確認する処理後の改行種別と変換された改行数を確認してからコピーします。

改行コードはどれを選ぶべきか

基本は、ファイルを主に扱うOSやプロジェクトの規約へ合わせます。Windowsのメモ帳やWindows専用ツールへ渡すテキストはCRLF、Linuxサーバー上の設定、シェルスクリプト、Web開発のリポジトリではLFが多く使われます。CRは互換性確認や古いデータの修復を除き、新規ファイルで選ぶ機会は多くありません。Gitを使うプロジェクトでは .gitattributes やエディタ設定が優先されるため、既存ファイルの規約を先に確認します。

改行コード構成主な環境選ぶ場面
CRLF\r\nWindowsWindows中心のテキストやバッチ処理
LF\nLinux・Unix・現在のmacOSWeb、サーバー、Git管理のコード
CR\r古いMac OS旧形式データの互換確認

サクラエディタで改行コードを確認・保存する場合

サクラエディタ本体では、ステータスバーや表示設定でファイルの改行状態を確認できます。改行記号を表示すると行末の種類を視覚的に把握しやすく、保存時には利用する改行コードを指定できます。オンラインツールは貼り付けた文字列を変換するだけで、元ファイルの文字コード、BOM、更新日時、権限などは保持しません。既存ファイルをそのまま変換したいときは本体側でバックアップを取り、名前を付けて保存して確認してください。

改行コードと文字コードは別の設定です。UTF-8、Shift_JIS、EUC-JPは文字をバイトへ変換する規則であり、CRLFやLFは行の区切り方です。改行をLFへ変えてもShift_JISがUTF-8へ変わるわけではありません。このページでは文字コードの変換や判定は行いません。文字化けがある場合は、元ファイルを正しい文字コードで開き直す必要があります。

改行コード混在による問題と予防

1つのファイルにCRLFとLFが混在すると、Gitで全行が変更されたように見える、Linuxのシェルスクリプトが実行できない、CSV取込で不要な制御文字が残る、といった問題が起きます。また、正規表現で行末を検索した際に一部だけ一致しない原因にもなります。共同編集では保存時の改行設定を統一し、リポジトリでは .editorconfig や .gitattributes を使って規則を共有すると再発を防げます。

変換前後で本文の文字数が変わるのは正常な場合があります。CRLFは改行1か所が2コード単位、LFは1コード単位だからです。一方、行数や目に見える本文まで変わっている場合は、コピー元の特殊な区切り文字や貼り付け先の自動整形を疑います。重要なデータは差分を確認し、末尾に改行が必要かどうかも利用先の仕様に合わせてください。

改行コード変換後のチェックリスト

改行コード変換が終わったら、変換前後の行数が一致しているか確認します。行数が増減した場合は、CRLFをCRとLFの2回に分けて扱った処理や、Unicodeの行区切り文字が含まれていないかを調べます。先頭の空行、本文中の連続空行、ファイル末尾の改行も確認対象です。設定ファイルやソースコードでは末尾改行を必須とする規約があり、CSVではセル内改行を単純に置き換えるとデータ構造が変わる場合があります。

次に、利用先の環境で実際に開きます。Linuxへ配置するシェルスクリプトならLFで保存されていることを確認し、Windows専用の取込ツールなら仕様書が要求するCRLFへ合わせます。Gitで全行が変更表示されたときは、本文修正と改行コード変換を別のコミットに分けると確認しやすくなります。オンラインの改行コード変換は内容を準備する工程として使い、最終保存形式はサクラエディタや開発環境の表示で検証してください。

よくある質問

よくある質問

Windowsで使う改行コードはCRLFとLFのどちらですか?

一般的なWindowsテキストはCRLFです。ただしGit管理のコードや開発ツールではLFを採用することも多いため、プロジェクト規約を優先してください。

Linux用ファイルへ変換するなら何を選びますか?

通常はLFを選びます。特にシェルスクリプトや設定ファイルはCRが残るとエラーになる場合があります。

改行コード変換で文字化けも直りますか?

直りません。文字化けは主にUTF-8やShift_JISなど文字コードの読み違いで発生します。改行コードとは別に確認してください。

CRLFからLFへ変えると文字数が減るのはなぜですか?

CRLFはCRとLFの2文字で1回の改行を表し、LFは1文字で表すためです。見た目の行数は同じでもコード単位の総数は変わります。

入力した文章はアップロードされますか?

変換はブラウザ内で行われ、入力した本文を処理目的でサーバーへ送信しません。