JetBrains Rider 2026.2 Help

Git の競合を解決する

チームで作業しているときに、現在作業中のファイルに誰かが変更をプッシュするという状況に遭遇する可能性があります。 これらの変更が重複しない場合(つまり、異なるコード行に変更が加えられた場合)、競合するファイルは自動的にマージされます。 しかし、同じ行が影響を受けた場合、Git は無作為に一方を他方を選ぶことはできず、衝突を解決するように求めます。

Git では、 プルマージリベースチェリーピック変更のスタッシュ解除、または パッチの適用のいずれかの操作を実行しようとすると、競合が発生する可能性があります。 競合がある場合、これらの操作は失敗し、アップストリームバージョンを受け入れるか、バージョンを優先するか、変更をマージするように求められます。

競合するファイルのマージダイアログ

競合する ダイアログは、Git レベルで競合が検出されると自動的にトリガーされます。

競合する変更があるファイルごとに、競合を解決する方法が 3 つあります:

  • 自分の変更分 を受け入れる:現在チェックアウトしているブランチの変更を保持し、マージするブランチの変更を破棄します。

  • 相手の変更分 を受け入れる:マージするブランチの変更を受け入れ、現在チェックアウトしているブランチの変更を破棄します。

  • 各競合するものを手動で解決 :各競合するものを確認し、保持する変更を選択します。

競合する変更があるファイルを double-click すると、JetBrains Rider でローカルに競合する解決のためのツールが開きます。 このツールは 3 つのペインで構成されています。

  • 左側のペインには、読み取り専用のローカルコピーが表示されます

  • 右ペインには、リポジトリにチェックインされた読み取り専用バージョンが表示されます。

  • 中央のペインは、競合する問題を解決した結果が表示される、完全に機能するエディターです。 最初は、このペインの内容はファイルの ベースリビジョンと同じです。つまり、両方の競合しているバージョンが派生したリビジョンです。

競合解決ツールでの色分け
  1. 変更行

  2. 削除された行

  3. 新しく追加された行

  4. 矛盾する行

競合する問題を解決する

各ファイルの競合する内容を手動で解決する前に、 競合する ダイアログで 単純な競合をすべて解決 をクリックすると、すべてのファイルの競合しない変更を自動でマージできます。

  1. 競合する変更のマージを開始するには、 競合する ダイアログで競合のあるファイルのいずれかを選択し、 手動で解決 をクリックします。

  2. 競合しないすべての変更を自動的にマージするには、ツールバーの 「競合しない変更を適用」ボタン (競合しないすべての変更を適用) をクリックします。 「左側の競合しない変更を適用」ボタン (競合しない変更を左側から適用) と 「右側の競合しない変更を適用」ボタン (競合しない変更を右側から適用) を使用して、それぞれダイアログの左側 / 右側部分からの競合しない変更をマージすることもできます。

  3. 競合を解決するには、左 (ローカル) バージョンと右 (リポジトリ) バージョンに適用するアクション (「承認」ボタン を受け入れるか 「無視」ボタン を無視する) を選択し、結果のコードを中央ペインで確認する必要があります。

    競合する問題を解決する

    中央ペインでハイライトされた競合を右クリックし、コンテキストメニューからコマンドを使用することもできます。 左を使用して解決する および 右を使用して解決する コマンドは、それぞれ、一方からの変更を受け入れ、もう一方からの変更を無視するためのショートカットを提供します。

    矛盾する変更のコンテキストメニュー

    単純な競合(たとえば、同じ行の最初と最後が異なるファイルリビジョンで変更されている場合)では、ワンクリックで変更をマージできる 単純な競合を解決 「簡単な競合を解決する」ボタン ボタンが使用可能になります。

    単純な競合の解決ボタン

    このような競合は、 競合しないすべての変更を適用 アクションでは解決されません。競合が適切に解決されていることを確認する必要があります。

  4. 競合を解決するために、異なるバージョンを比較することも有用な場合があります。 「内容を比較」ボタン ツールバーボタンを使用して、オプションのリストを呼び出します。 ベース は、ローカルバージョンとリポジトリバージョンが由来するファイルバージョン(最初は中央のペインに表示されます)を参照し、 中央 は結果バージョンを参照します。

  5. 中央パネルでマージ結果を確認し、 変更の適用 をクリックします。 現在のファイルは閉じられ、次の競合するファイルが開きます。

    Save and Close をクリックすると、現在のファイルが閉じられ、残りの競合する一覧に戻ります:

    Conflicts ダイアログ内の未解決および解決済みの競合するリスト。

    マージ結果を元に戻す必要がある場合は、 競合する ダイアログでファイルを右クリックして Revert conflict resolution を選択します。 そのファイルは競合状態に戻ります。

  6. 残りの競合するものがない場合、 競合する ダイアログで 承認して終了する オプションが有効化されます。 クリックしてマージを完了します。

生産性のヒント

競合しない変更を自動的に適用する

JetBrains Rider は、 マージ ダイアログから指示するのではなく、常に競合しない変更を自動的に適用するように構成できます。 これを行うには、 ツール | 差分 & マージ 設定ページ Ctrl+Alt+S競合しない変更を自動的に適用 オプションを選択します。

中央ペインで変更を管理

ガター内の変更マーカーにマウスを合わせてクリックすると表示されるツールバーを使って、中央ペインで変更管理ができます。 ツールバーは、変更された行の前の内容を示すフレームとともに表示されます。

変更ツールバー

たとえば、複数の競合しない変更があり、そのうち 1 つまたは 2 つだけスキップする必要がある場合は、 競合しないすべての変更を適用 アクションですべてを一度に適用し、このツールバーの 前回保存した状態に戻す アクションで不要なものだけ元に戻す方が簡単です。

LF および CRLF の行末に関連する競合の処理

多くの場合、チームで作業し、同じリポジトリに貢献する人々は、異なるオペレーティングシステムを使用します。 Unix、Linux、macOS は LF を使用し、Windows は CRLF を使用して行末をマークするため、行末に問題が発生する可能性があります。

JetBrains Rider は、 差分ビューアー の行末不一致を表示するため、手動で修正できます。 Git でこのような競合を自動的に解決するには、Windows では core.autocrlf 属性を true に設定し、Linux と macOS では input に設定する必要があります (詳細については、 行末の処理(英語)を参照してください)。 Windows では git config --global core.autocrlf true を、Linux と macOS では git config --global core.autocrlf input を実行して、手動で構成を変更できます。

ただし、JetBrains Rider は自動的に構成を分析し、 CRLF をリモートリポジトリにコミットしようとしている場合は警告し、オペレーティングシステムに応じて core.autocrlf 設定を true または input に設定することを提案します。

LF および CRLF 改行コード文字のスマート処理を有効にするには、 設定 ダイアログ Ctrl+Alt+S を開き、左側の バージョン管理 | Git ノードを選択します。 CRLF 改行コードをコミットしようとすると警告する。 オプションを有効化します。

このオプションを有効化すると、 CRLF 区切り文字を含むファイルをコミットしようとするたびに、影響するファイルで関連する Git 属性 を設定していない限り、JetBrains Rider は 改行コードに関する警告ダイアログ を表示します(この場合、JetBrains Rider は操作内容を明確に理解しているものとみなし、このファイルを分析から除外します)。

改行コードに関する警告ダイアログ で、次のいずれかをクリックします。

  • そのままコミット は警告を無視し、 CRLF セパレータでファイルをコミットします。

  • 修正してコミット を使用して、オペレーティングシステムに応じて true または inputcore.autocrlf 属性を設定します。 その結果、コミット前に CRLF 改行コード文字が LF に置き換えられます。

後でマージ時に競合する問題がどのように解決されたか確認する必要がある場合は、 ログ タブの Git ツールウィンドウ Alt+9 で該当するマージコミットを見つけ、右側の コミットの詳細 ペインで競合するファイルを選択し、 「差分表示」アイコン をクリックするか Ctrl+D を押してください。 詳細については、 変更内容のマージ方法を確認を参照してください。

2026 年 7 月 17 日