> For the complete documentation index, see [llms.txt](https://docs.flosum.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.flosum.com/devops/devops-ja/kdo/buranchi/sumtomjinono.md).
# スマートマージの競合の解決
{% hint style="warning" %}
#### 旧UI向けに作成
この記事は旧UI向けに作成されました。手順は今でも使用できますが、スクリーンショットは古くなっています。場合によっては、手順で参照されている項目が移動または変更されていることがあります。項目が見つからない場合は、 [どこに行ったのか](/devops/devops-ja/shii-uiux-heno/dokonittanoka.md) 記事。
{% endhint %}
##  概要
マージの競合は、マージ処理がソース コンポーネントの変更をターゲット コンポーネントに自動的に適用できないときに発生します。Smart Merge とプルリクエストは同じ競合の根本原因を共有しているため、プルリクエストの競合を解決する方法に関する記事は、競合が発生する理由を理解するための参考になります。
* [プルリクエストの競合の解決](/devops/devops-ja/pururikuesuto/pururikuesutonopurosesu/pururikuesutonono.md)
この記事では、Smart Merge の競合を解決するための詳細な手順を説明します。
### **Smart Merge の競合を解決するには？**
Smart Merge で競合が発生した場合は、ターゲットの変更を保持するか上書きするかのいずれかで解決できます。複数の競合がある場合は、それぞれを個別に対処でき、競合ごとに異なる方法を使用できます。
**ターゲットの変更を保持**：Smart Merge に組み込まれた競合解決プロセスを使用して、ターゲット ブランチの競合行をソース ブランチにコミットします。
**ターゲットの変更を上書き**：ソース ブランチの変更をターゲット ブランチに手動でコミットします。Smart Merge は 1 ステップのプロセスであるため、これらの変更をコミットする前にキャンセルする必要があります。変更をコミットしたら、Smart Merge を再開できます。
{% hint style="warning" %}
競合の解決に **ターゲットの変更を上書き** 方法が必要な場合は、まずそれらを解決してください。この方法では Smart Merge プロセスをキャンセルして再起動する必要があるためです。
{% endhint %}
## 競合の解決
{% stepper %}
{% step %}
### Smart Merge の競合
Smart Merge の「変更の確認」ステップでは、ターゲット ブランチとソース ブランチの競合がチェックされます。競合が見つかると警告が表示され、Smart Merge を完了する前に解決する必要があります。
{% endstep %}
{% step %}
### 競合を確認
1. 次をクリックします **競合を解決**.
2. その **Smart Merge で競合を解決** このページでは、各競合の解決手順を案内します。
3. コンポーネントの競合を確認するには、 **競合のあるコンポーネント** 左側の一覧からそれを選択します。
{% hint style="warning" %}
すべてのコンポーネントを確認し、解決する必要があります。
{% endhint %}
4. コンポーネント内の競合しているコードを確認し、競合の解決方法を判断します。
5. Smart Merge の競合を解決する方法は 2 つあります。各方法の手順は次のセクションを参照してください。
1. **ターゲットの変更を保持**：この方法では、 **ターゲット** ブランチの **ソース** ブランチになります。
2. **ターゲットの変更を上書き**：この方法では、 **ソース** ブランチに **ターゲット** ブランチになります。
{% hint style="info" %}
複数の競合がある場合は、最も適切な方法を使って各競合を個別に対処します。競合ごとに異なる方法を使ってもかまいません。
{% endhint %}
{% endstep %}
{% step %}
### ターゲットの変更を保持
この方法では、 **競合を解決** Smart Merge に組み込まれた機能を使用します。
{% hint style="warning" %}
競合の解決に **ターゲットの変更を上書き** 方法が必要な場合は、まずそれらを解決してください。この方法では Smart Merge プロセスをキャンセルして再起動する必要があるためです。
{% endhint %}
1. 解決するには、競合のあるコンポーネントをクリックします。
2. 次をクリックします **すべて受け入れる** を使用して、このコンポーネント内のすべての競合行を保持するか、保持する各行の **右** **矢印** をクリックします。これにより、選択した行がターゲット ブランチからソース ブランチにコピーされます。
3. コンポーネントのすべての競合を解決します。
4. 次をクリックします **解決** コンポーネントのすべての競合が解決されたら。これにより、そのコンポーネントは解決済みとしてマークされます。
{% hint style="info" %}
競合のあるすべてのコンポーネントに対して、この手順を繰り返します。
{% endhint %}
5. すべてのコンポーネントが **解決済み**になったら、 **競合を解決**.
6. 次を入力します **コミットメッセージ**.
7. 次をクリックします **解決**.
8. 競合が解決されると、Smart Merge の「変更の確認」ステップに戻ります。
{% hint style="info" %}
#### 保存して完了せずに変更を保存
次の **解決済み** コンポーネントの変更を「競合の解決」プロセスを完了せずに保存するには、次の手順に従います:
1. 次をクリックします **戻る** の上部にある **Smart Merge で競合を解決** ページ。
2. 開いたダイアログ ボックスで、 **保存して続行**.
3. 次を入力します **コミットメッセージ**.
4. 次をクリックします **解決**.
これは、次のようにマークされたコンポーネントのみをコミットします。 **解決済み**。コンポーネントに変更があっても、次のようにマークされていない場合は **解決済み**、それらの変更はコミットされません。
{% endhint %}
{% endstep %}
{% step %}
### ターゲットの変更を上書き
この方法では、ターゲット ブランチへの変更を手動で編集してコミットする必要があります。
{% hint style="warning" %}
ターゲットの変更を上書きするには、Smart Merge をキャンセルする必要があります。
{% endhint %}
{% hint style="info" %}
ターゲット ブランチの変更を上書きして競合を解決しやすくするため、Smart Merge をキャンセルする前に競合の原因となっている特定の行とコンポーネントをメモしておきます。
{% endhint %}
1. 次をクリックします **コード** を左側のサイドバーメニューから。
2. 次をクリックします **ターゲット** Smart Merge のブランチ。
3. 次をクリックします **縦に並んだ 3 つの** Smart Merge で競合のあるコンポーネントの右端にあるドット。
4. 次をクリックします **編集**.
5. 競合している 1 行または複数行のコードを **ソース** ブランチになります。
6. 次をクリックします **変更をコミット**.
7. 次を入力します **コミットメッセージ**.
8. 次をクリックします **コミット**.
{% hint style="info" %}
競合のあるすべてのコンポーネントに対して、この手順を繰り返します。
{% endhint %}
9. 競合のあるすべてのコンポーネントが **ソース** ブランチに一致するように編集されたら、Smart Merge を再開します。
{% endstep %}
{% endstepper %}
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.flosum.com/devops/devops-ja/kdo/buranchi/sumtomjinono.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
