テキスト差分チェッカーは、2 つのテキストブロックを行単位で比較し、何が変わったかを正確に示します。元のテキストから削除された行、新しいバージョンで追加された行、そしてそれらの間の変更なしの文脈を表示し、追加・削除・変更なしの件数と変更行の割合を随時更新するサマリーも提供します。比較には古典的な最長共通部分列アルゴリズム(GNU diff がデフォルト出力で使うのと同じ手法)を使うため、結果は決定的で説明可能です。このツールは手法を示し、ブラックボックスにはしません。先頭・末尾の空白だけが異なる行を同一とみなす「空白を無視」オプションもあり、再フォーマットされたコードや設定の比較に便利です。入力には明示的な打ち切り通知付きの上限があり、巨大な貼り付けでもタブの応答性が保たれます。すべてローカルで処理されるため、2 つのテキスト(設定ファイル、CSS、生成出力、下書き)がデバイスの外に出ることはなく、ログにも記録されず、保存もされません。デプロイ前に設定変更をレビューするとき、コードフォーマッターが何を変更したかを確認するとき、生成出力とコミット済みのベースラインを比較するときにご利用ください。
結果はどうやって計算されるの?
1 行の設定変更
再試行タイムアウトの変更前後で設定ファイルを比較すると、差分は削除された 1 行(timeout = 30)と追加された 1 行(timeout = 60)を示し、周囲の行は変更なしです。8 行中 2 行が変更された、25% の変更率です。
入力と出力の例 | 入力 | 値 |
| original | host = api.example.com
timeout = 30
retries = 3 |
| updated | host = api.example.com
timeout = 60
retries = 3 |
| 結果 | 1 追加 ・ 1 削除 ・ 1 変更なし ・ 25% 変更 |
計算式と前提は?
差分アルゴリズム
diff = longest-common-subsequence(left, right) over lines
計算式の記号 | 記号 | 意味 |
left | 元のテキストを行に分割したもの |
right | 新しいテキストを行に分割したもの |
LCS | 両方の入力に順番どおりに現れる最長の行の並び |
LCS に含まれない行は、left 側からは削除、right 側からは追加として報告され、LCS 自体は変更なしの文脈になります。
よくある間違いは?
- 行単位の diff に単語レベルの粒度を期待すること。ここでは行が最小単位です。
- 行区切りの異なるテキスト(CRLF と LF)を比較すること。これらは先に正規化されるため、ソースによって変更が隠れたり浮かび上がったりします。
- 再フォーマットでインデントが全面変更されたときに、空白無視オプションを忘れること。
- 社外秘や個人のテキストをオンラインの diff サービスにアップロードすること。このツールは完全にローカルで動作します。
前提と制限は?
- 比較は行単位であり、単語単位でも意味的でもありません。
- ページの応答性を保つため、入力には(明示的な通知付きで)上限があります。
- このツールはテキスト上の違いを報告します。どちらのバージョンが正しいかは判定できません。
数値の出典は?
最終確認 2026年8月12日 · バージョン 1.1.0 · Toolivaro 外部コンテンツを保証するものではありません。
よくある質問
git diff と同じアルゴリズムですか?
概念上は同じです。git のデフォルトの diff も最長共通部分列を中心にファイルを整列させており、速度のための改良(Myers のアルゴリズムなど)が加えられています。一般的なテキストでの結果は、追加・削除・変更なしの行という点で同じ形になります。このツールは手法を明示しており、応答性のため入力を打ち切ります。
差分が思ったより多く表示されることがあるのはなぜですか?
行単位の比較は行全体をひとつの単位として扱います。1 行の中間が変われば、その行は 1 件の削除と 1 件の追加になります。単語レベルの編集にはならないからです。再フォーマットされたコード(折り返しや再インデント)は、意味が変わっていなくても大きな差分を生むことがあります。
非常に大きなファイルは扱えますか?
はい。ただし上限が明記されています。行数の上限を超える入力は、タブをフリーズさせる代わりに明示的な通知付きで打ち切られます。数万行規模のファイルには、専用の diff ツールのほうが適しています。
このコレクションの一部 開発者向けテキスト・JSONツールキット
間違いを見つけましたか? 報告する — すべての修正を確認します.
Toolivaro編集チームが当社の方法論に基づいてレビュー済み 計算方法 · 編集方針