テキストをマージする3ステップ【2つの修正版を漏れなく1つにまとめる】

「2人がそれぞれ修正した文書をどうやって1つにまとめよう？」と迷ったことはないでしょうか。複数人で同じ文書を修正すると両方の修正を1本へまとめるマージ（統合）が必要になり、手作業で1行ずつ比較していると時間がかかるうえに修正の見落としも起きがちです。

マージは差分の洗い出し・変更の評価・統合の3ステップで進みます。各ステップでやることを校正原稿・議事録・契約書の3つの例で確認し、差分比較ツールで2つのバージョンを1つにまとめ方も解説しています。

テキストのマージは両方の変更を取り込んで1つの文書にする

マージ（merge）とは2つのバージョンから残したい変更をそれぞれ取り込み、1つの文書に統合する作業です。片方のバージョンをまるごと選ぶだけの場合もありますが、多くは変更を1か所ずつ確認しながら、残したい修正を両方のバージョンから拾っていきます。

よく似た言葉に差分比較がありますが、その役割は「2つのテキストの違いを見つける」ところまでです。差分比較が見つけるのは異なる箇所までで、そこからどちらに揃えるかを1か所ずつ選ぶのがマージなので、差分比較はマージの前段階です。

同じ文書を2人で修正したときなどマージが必要になる5つのケース

マージが必要になるのは、同じ文書に対して複数のバージョンが存在してしまったときです。日常業務やチームでの文書作成では、次のようなときに起こります。

• 2人が同じ文書を別々に修正した: それぞれの修正を漏れなく1つにまとめたい
• 校正者からの修正を部分的に採用する: すべてではなく一部の修正だけを受け入れたい
• 複数のドラフトから最良版を作る: 各ドラフトの良い部分を組み合わせて完成版にしたい
• 翻訳と原文の更新を同期する: 原文で更新された箇所を特定して翻訳に反映したい
• 会議メモを統合する: 複数人が取ったメモの内容を1つにまとめたい

校正原稿・議事録・契約書のどれにも、両方のバージョンに残したい変更があります。片方をまるごと捨てられないので、1か所ずつ見て選ぶ作業が必要です。

テキストの差分比較で採用を選んで1つに結合する3ステップ

テキストのマージは差分の洗い出し・変更の評価・統合の3ステップで進めます。順番を飛ばすとどこが変わったのかわからないまま統合してしまうので、まずは差分を洗い出しましょう。

1. 差分の洗い出し — 2つのテキストを比較して違いがある箇所を洗い出す
2. 変更の評価 — 各変更箇所でどちらの内容を採用するか判断する
3. 統合 — 採用する変更を反映して1つのテキストに仕上げる

差分を目視で探すと見落としが発生しやすいため、差分比較ツールを使うのが確実です。ツールを使えば変わった箇所だけが色で浮かび上がります。

1回だけの文書マージならオンラインのdiffツールで十分

自分のPC上にある文書を1回まとめるだけなら、ブラウザだけで使うことができるオンラインdiffツールで十分です。テキストをマージする方法は大きく3つあり、どのツールを選ぶかは文書の量と変更履歴を残す必要があるかどうかで変わります。

オンラインdiffツールはインストールも設定も不要で貼り付けた直後から差分が表示されるため、日常の文書ならその場で差分を確認することができます。一方でソースコードのように変更履歴そのものを資産として残すなら、Gitのようなバージョン管理システムが適しています。

Gitを使いこなすには学習コストがかかりますが、誰がいつ何を変えたのかを後から確認できます。オンラインのdiffツールは貼ったテキストがサーバーに送信されるかどうかで安全性に差が出ます。

sakuttoAIで2つのテキストをマージする5つの操作

sakuttoAIのテキスト差分比較ツールは差分を表示するだけでなく、変更箇所ごとに採用する側を選んで1つの文書に仕上げるマージにも使うことができます。操作は次の5つです。

1. 左側にテキストAを貼り付ける — 例えば自分の修正版
2. 右側にテキストBを貼り付ける — 例えば他の人の修正版
3. 差分を確認する — 変更箇所がハイライトで色分け表示される
4. 変更箇所ごとにマージする — 各差分で、左側（A）か右側（B）のどちらを採用するか選択
5. 結果をコピーする — すべての変更箇所で残す側を選ぶと、左右の入力フィールドが同じ内容になります。どちらか一方の内容をコピーします。

diffで残す文は誤字なら修正後、表現なら統一感が基準

採用するバージョンは誤字なら修正後・表現なら文書全体の統一感というように、変更の種類ごとの基準で判断します。判断の軸を先に定めておけば1か所ごとに立ち止まらずに進められます。目安は次のとおりです。

判断に迷う変更箇所はいったん飛ばして後から戻ることもできます。上下の矢印ボタンで変更箇所を行き来しながら、文書全体の流れを見て判断しましょう。

校正原稿・議事録・契約書の3つの文書で、マージの流れをなぞる

3ステップの進め方は校正原稿・議事録・契約書のどれでも同じです。文書の種類が異なっても両方のバージョンに残したい変更があるという構図は共通しているので、身近な3つの文書で手順をなぞってみます。

例1：校正者2人による敬語の修正と情報の追加を1文にまとめる

敬語の修正と情報の追加が同じ1文に入っているときは、片方のバージョンにもう片方の修正を書き加えて1文に統合します。校正者2人の原稿を比較する手順は校正の差分チェックで初校と再校を比較して赤字の反映漏れを見つけるにまとめてあります。

元の文章: 「弊社のサービスは多くのお客様に利用されています。」

校正者Aの修正: 「弊社のサービスは多くのお客さまにご利用いただいています。」

校正者Bの修正: 「弊社のサービスは国内外の多くのお客様に利用されています。」

マージ結果（両方の良い修正を採用）: 「弊社のサービスは国内外の多くのお客さまにご利用いただいています。」

上のマージ結果は、校正者Aの敬語修正と校正者Bの情報追加を両方とも残して1文に仕上げたものです。どちらか一方のバージョンをまるごと選ぶと、敬語の修正か追加した情報が抜け落ちるため、Aのバージョンに「国内外の」を書き加えて両方を残しています。

例2：2人が取った議事録メモを比較して抜けのない1本に仕上げる

人によって書き取る内容は少しずつ異なるため、2人分のメモを比較して片方にしか書かれていない行を拾います。拾った行を足せば、抜けのない1本に仕上がります。

担当者Aのメモ:

■ 次回リリース日: 4月15日
■ 対応項目: ログイン画面の改修
■ 担当: 田中

担当者Bのメモ:

■ 次回リリース日: 4月15日（※祝日の場合は翌営業日に変更）
■ 対応項目: ログイン画面の改修、パスワードリセット機能

マージ結果:

■ 次回リリース日: 4月15日（※祝日の場合は翌営業日に変更）
■ 対応項目: ログイン画面の改修、パスワードリセット機能
■ 担当: 田中

Aにだけある担当者名と、Bにだけある補足（祝日の但し書きと追加の対応内容）を組み合わせると、どちらの抜けも埋まった議事録が仕上がります。並べて比較しなければ担当者名が片方にしかないことにも気づくことができません。

例3：契約書の改訂版と前回版を並べて変わった条件を洗い出す

改訂で変わるのは数字や期間などの一部だけということもあるので、契約書は目視で追うより差分だけを浮かび上がらせたほうが確実です。分量の多い契約書でも、変わった条件を見落とさずに洗い出せます。

前回版:

■ 支払期日: 納品月の翌月末日
■ 契約期間: 2026年4月1日から1年間

改訂版:

■ 支払期日: 納品月の翌々月10日
■ 契約期間: 2026年4月1日から1年間

差分ビューでは支払期日の行だけに色が付くので、契約期間が変わっていないことも同時に確認できます。この例のように条件が1行だけ変わる改訂ほど、目視では見落としやすくなります。

コンフリクトが出た箇所は前後の文脈を読んでどちらを残すか選ぶ

2人が同じ箇所を別々に修正したコンフリクトでは、どちらを残すかを人が判断します。Gitのように自動で統合する仕組みでも、同じ箇所が2通りに変わっていれば機械では判断できません。

同じ1文を2人が別々の言い方に修正するとコンフリクトになる

2人が同じ箇所を別々の内容に修正した状態を、コンフリクト（競合）と呼びます。例えば同じ語をAは「お客さま」に変えてBは「ユーザー」に変えていたら、どちらかを選ぶか文書のトーンに合った第3の表現を考えます。

マージが終わったら話のつながりや用語のゆれを含む4点を見直す

マージを終えた文書は文脈・用語・重複や矛盾・論理の流れの4点で見直します。異なるバージョンから拾い集めた文を1つにまとめるため、文と文の境目に不自然さが出やすくなります。

• 文脈の一貫性: 異なるバージョンからの採用で文脈が不自然になっていないか
• 用語の統一: 同じ概念に「ユーザー」と「お客さま」など異なる用語が混在していないか
• 重複や矛盾: 同じ内容の繰り返しや矛盾する記述がないか
• 論理の流れ: 段落の順序や論理展開が自然か

とくに用語のゆれは通しで読んでも見落としやすい箇所です。「ユーザー」「お客さま」のように表記がゆれる語を1つずつ検索すれば、ゆれている箇所を文書全体をもう一度通して読むより早く見つけられます。

状況で使い分ける全採用・選択採用・手動統合の3つのやり方

決め手になるのは、残したい修正が片方のバージョンだけにあるか両方にあるかと、同じ箇所で修正がぶつかっていないかの2点です。マージのやり方は全採用・選択採用・手動統合の3つから、この2点に合わせて選びます。

日常的な文書マージではまずは選択採用で進めましょう。手動統合に切り替えるのは例1のように同じ1文に両方の修正が入っていて、どちらも捨てられないときです。

テキストのマージはGitと違い自動で統合せず1か所ずつ人が選ぶ

Gitはコンフリクトが無ければ自動で統合しますが、テキストのマージでは変更箇所ごとに人が採用する側を選びます。Gitは共通の元のバージョンと照らし合わせて片方だけが変えた箇所を見分けますが、テキストのマージでは比較するのが2つのバージョンだけなので、どちらが変えたのかを機械では判別できません。

sakuttoAIのテキストdiffツールはGitを使わない文書マージに加えて、Gitのコンフリクトを解決するときに変更内容を比較するのにも使うことができます。ターミナルでは追いにくい差分も左右に並べれば一目で確認できます。

例えばmainブランチと作業ブランチで同じ行が変わっていると、Gitは自動で統合せずにその箇所をコンフリクトとして表示し、マージを中断します。そのときも両方のバージョンをdiffツールの左右に貼れば、どちらの変更を残すかを文書のマージと同じ手順で判断できます。

差分比較ツールで見落とさず1つの文書にまとめる

手作業では修正を見落としやすいので、差分の洗い出し・変更の評価・統合の3ステップで進め、迷った箇所は飛ばして後から戻ります。テキストのマージは、差分比較ツールで変更箇所を色で確認しながら1か所ずつ採用する側を選ぶ作業です。

sakuttoAIのテキスト差分比較ツールなら、インストール不要で、無料のままブラウザだけでマージ作業を行うことができます。貼り付けたテキストはブラウザの中だけで処理されるので、社外秘の文書もそのまま使うことができます。