テキスト比較と差分検出

テキスト比較とは?

// Two strings that look 'mostly the same' but a naïve check disagrees
const a = 'hello world';
const b = 'hello, world!';

// Character equality
a === b; // false — but only 3 characters actually changed.

// LCS-style diff (this tool, at line + word granularity)
// → 1 line modified, inline highlight: 'hello[, ]world[!]'
// → unified patch:
//   --- original
//   +++ modified
//   @@ -1 +1 @@
//   -hello world
//   +hello, world!

主な機能

サンプル

function getUser(id) {
  const u = db.users.find(x => x.id === id);
  return u;
}

function getUser(userId) {
  const u = db.users.find(x => x.id === userId);
  return u;
}

1. The service is provided as-is.
2. Either party may terminate with 30 days notice.
3. Disputes are resolved in California courts.

1. The service is provided as-is.
2. Either party may terminate with 30 days notice.
2a. Termination notice must be in writing.
3. Disputes are resolved in California courts.

GET /api/users 200 14ms
POST /api/orders 201 88ms
GET /api/orders/42 200 21ms

GET /api/users 200 14ms
POST /api/orders 201 4200ms
GET /api/orders/42 500 21ms

  margin: 0;  
  padding: 0;
  border: none;

  margin: 0;
  padding: 0;
  border: none;

使い方

1. 1

   両方のバージョンを貼り付け

   左に元のテキスト、右に変更後のテキストを貼り付けてください。入力中もライブ diff がレンダリングされ、大きな入力（合計 200 KB 超）では手動 Diff ボタンに切り替わります。

2. 2

   必要な無視オプションを有効化

   大文字小文字、すべての空白、行末スペース、空行を無視 —— いずれも独立して動作し、訪問間で保持されます。

3. 3

   差分を読むかパッチを取得

   並列表示は人間のレビュー用、統一表示は `---/+++/@@` パッチ形式用です。「統一 diff をコピー」で、コードレビューや `patch -p1` 用のクリーンなパッチをクリップボードに送れます。

よくある Diff の落とし穴

Diff: 200 件の変更（すべて行末 \r が原因）

行末スペース / タブを無視 → 実際の変更は 2 件

Diff: 87 件の変更（すべてインデント変更）

すべての空白を無視 → 実際の変更は 4 件

Diff: 段落 2 が「完全に変わった」（空行が移動しただけ）

空行を無視 → 段落 2 には変更なし

差分 0 件と表示されるが、`cmp` はファイルが違うと言う

すべての無視オプションをオフ → 本当の差分が出る

JSON にテキスト diff: 行の 100% が変更（実はキーの並び替えだけ）

<a href="/ja/tools/json-diff">JSON Diff</a>: 差分 0 件

20,000 行のログを貼り付け —— 最初の 5,000 行しか diff されない

ターミナルで `diff -u a.log b.log` を実行してファイル全体を処理

主なユースケース

コードレビューの断片

同じ関数の 2 つのバージョンを左右に貼ると、リネーム、削除された分岐、新しいガード句が一目で分かります。1 行の変更を確認するには、GitHub の diff をスクロールするより行内単語ハイライトのほうが速いです。

契約書 / ポリシーの赤入れ

昨日の契約書と今日の改訂版を貼り付け。挿入された条項が浮かび上がり、変わっていない段落はグレーに沈みます。法務レビューの証跡として統一パッチを書き出せます。

ログのタイムライン調査

SRE のインシデント前のログスライスと、発生中のスライスを比較。レイテンシ、ステータスコード、頻度の漂流が `awk` なしですぐに浮かび上がります。

原稿 / 草稿の改訂

草稿と編集者のバージョンを貼り付け。行内単語 diff がどの文が書き直されたかを正確に示し、修正の採用 / 却下を 1 つずつ判断するのに非常に役立ちます。

翻訳レビュー

旧訳と再翻訳を diff して、新訳が意味、構造、プレースホルダーを保っているか確認。「行末スペースを無視」をオンにすると、翻訳者がよく持ち込む末尾のノイズを抑えられます。

設定 / .env ファイルの監査

2 つの `.env`、`docker-compose.yaml`、シェル rc ファイルを比較。「空行を無視」をオンにすれば、書式の揺れではなく機能的な差分に集中できます。

技術詳細

前後トリム付きの LCS

動的計画法の LCS を実行する前に、共通の先頭・末尾の行を取り除きます。「2,000 行の設定で 1 行だけ変わった」ような diff は 1×1 の DP テーブルに収まり、1 ミリ秒未満でレンダリングされます。

トークンレベルの行内 diff

隣接する削除 + 追加のハンクをペアにし、Unicode の単語 / 非単語 / 空白の連なりでトークン化します。2 回目の LCS が緑 / 赤のトークンスパンを生成し、変更行を読みやすくします。

統一 diff は git / patch 互換

出力は GNU patch 用に定義され、Git、GitHub、すべてのコードレビューツールが使う `---/+++/@@ -L,C +L,C @@` 形式に従います。`pbpaste | patch -p0` で適用できます。

片側 5,000 行の入力上限

上限を超えると diff は切り詰められ、警告が出ます。数 MB の入力にはコマンドラインの `diff -u` や `git diff --no-index` をご利用ください。ストリーミングで GB 級にも対応します。

ベストプラクティス

読む前に無視オプションを選ぶ

行末スペース、CRLF、大文字小文字のノイズは信号を埋もれさせます。先に正しいオプションを切り替えると差分が読みやすくなり、「偽の」変更を読み飛ばす癖を身につけずに済みます。

共有は統一 diff、レビューは並列表示

ビジュアルな列はあなたの目のため、統一パッチは他人の端末のためです。コピーした統一 diff は、Slack のメッセージ、Jira のコメント、`patch -p1` にそのまま貼り付けられます。

一致率 % で健全性チェック

「ほぼ同じ」のはずなのに一致率が 30% なら、改行コードや空白の問題があります。「すべての空白を無視」を有効にして再確認してから差分を読みましょう。

よくある質問