JetBrains Rider 2026.1 Help

Git の競合を解決する

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

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

マージの競合ダイアログ

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

このダイアログで 閉じる をクリックするか、コマンドラインからマージ競合につながる Git 操作を呼び出すと、 コミット ツールウィンドウの 変更 ビューに、解決するためのリンクを含む マージ競合する ノードが表示されます。

ローカル変更ビューのマージ競合ノード

JetBrains Rider は、ローカルで競合する問題を解決するためのツールを提供します。 このツールは 3 つのペインで構成されています。

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

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

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

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

  2. 削除された行

  3. 新しく追加された行

  4. 矛盾する行

競合する問題を解決する

  1. 競合する ダイアログの マージローカルの変更 ビューの 解決 リンクをクリックするか、エディターで競合するファイルを選択し、メインメニューから VCS | Git | 競合を解決 を選択します。

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

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

    競合の解決ビュー

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

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

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

    単純な競合の解決ボタン

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

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

  5. 中央パネルでマージ結果を確認し、 適用 をクリックします。

生産性のヒント

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

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

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 年 6 月 12 日