> 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-de/pull-requests/pull-request-prozess/pull-request-konflikte-auflosen.md).
# Pull-Request-Konflikte auflösen
{% hint style="warning" %}
#### Geschrieben für die alte Benutzeroberfläche
Dieser Artikel wurde für die alte Benutzeroberfläche geschrieben. Die Anweisungen sind weiterhin verwendbar, aber die Screenshots sind veraltet. In einigen Fällen wurden die in den Anweisungen genannten Elemente verschoben oder geändert. Wenn Sie ein Element nicht finden können, siehe den [Wo ist es hin](/devops/devops-de/ubergang-zur-neuen-ui-ux/wo-ist-es-hin.md) Artikel.
{% endhint %}
##  Überblick
Dieser Artikel erklärt die Gründe für Pull-Request-Konflikte und die häufigen Szenarien, in denen sie auftreten. Außerdem enthält er detaillierte Schritt-für-Schritt-Anweisungen, wie diese Konflikte effektiv überprüft und gelöst werden können.
### Was verursacht einen Pull-Request-Konflikt?
Ein Pull-Request-Konflikt kann auftreten, wenn zwei Branches Commits haben, die dieselbe Codezeile betreffen, und der Pull Request nicht automatisch bestimmen kann, welche Zeile beibehalten werden soll. Um zu veranschaulichen, wie das passieren kann, siehe das folgende Diagramm.
In diesem Beispiel, **branch\_b** wird aus **branch\_a**. Als Nächstes wird eine Änderung an der *myName* Funktion in **branch\_b**eingetragen, und eine andere Änderung an der Funktion wird in **branch\_a**eingetragen. Wenn ein Pull Request erstellt wird, um **branch\_b** in **branch\_a**zusammenzuführen, erkennt der Pull Request, dass sich dieselbe Codezeile in beiden Branches geändert hat, was zu einem Konflikt führt. Im folgenden Abschnitt sehen Sie zwei verschiedene Optionen zum Lösen des Konflikts.
### Wie löst man einen Pull-Request-Konflikt?
Wenn ein Pull Request auf einen Konflikt stößt, können Sie ihn entweder lösen, indem Sie die Änderungen des Zielzweigs beibehalten oder überschreiben. Bei mehreren Konflikten sollten Sie jeden einzeln mit der am besten geeigneten Methode bearbeiten; es ist in Ordnung, für verschiedene Konflikte unterschiedliche Ansätze zu verwenden.
Änderungen des Zielzweigs beibehalten
Um Konflikte mit dieser Methode zu lösen, übernehmen Sie die konfliktbehafteten Zeilen aus dem **Ziel** Zweig in den **Quell** Zweig. Siehe das Diagramm zur Veranschaulichung, und beachten Sie die unten im [#retain-target-changes-1](#retain-target-changes-1 "mention") Abschnitt bereitgestellten Schritt-für-Schritt-Anweisungen.
{% hint style="info" %}
Diese Methode verwendet die **Konflikte lösen** Funktion in einem Pull Request, um die Änderungen automatisch in den Quellzweig zu übernehmen.
{% endhint %}
Änderungen des Zielzweigs überschreiben
Um Konflikte mit dieser Methode zu lösen, übernehmen Sie die konfliktbehafteten Zeilen aus dem **Quell** Zweig in den **Ziel** Zweig. Siehe das Diagramm zur Veranschaulichung, und beachten Sie die unten im [#overwrite-target-changes-1](#overwrite-target-changes-1 "mention") Abschnitt bereitgestellten Schritt-für-Schritt-Anweisungen.
{% hint style="info" %}
Diese Methode erfordert, dass Sie die Änderungen aus dem **Quell** Zweig in den **Ziel** Branch.
{% endhint %}
## Konflikte lösen
{% stepper %}
{% step %}
### Pull-Request-Konflikte
Wenn ein Pull Request erstellt wird, wird zunächst eine Konfliktprüfung ausgeführt. Wenn Konflikte zwischen den **Ziel** und **Quelle** Branches gefunden werden, wird eine Warnung angezeigt, und Sie müssen die Konflikte lösen, bevor der Pull Request zusammengeführt werden kann.
{% endstep %}
{% step %}
### Konflikte überprüfen
1. Klicken Sie auf **Konflikte lösen**.
2. Klicken Sie auf eine Komponente, um die Konflikte anzuzeigen.
{% hint style="warning" %}
Alle Komponenten müssen überprüft und gelöst werden.
{% endhint %}
3. Überprüfen Sie den konfliktbehafteten Code in der Komponente und entscheiden Sie, wie der Konflikt gelöst werden soll.
{% hint style="info" %}
Siehe den [#what-causes-a-pull-request-conflict](#what-causes-a-pull-request-conflict "mention") Abschnitt oben für eine Erklärung von Pull-Request-Konflikten.
{% endhint %}
4. Es gibt zwei Möglichkeiten, einen Pull-Request-Konflikt zu lösen. In den folgenden Abschnitten finden Sie Anweisungen dazu, wie Sie jede davon durchführen.
1. **Änderungen des Zielzweigs beibehalten**: Diese Methode behält den Code des Zielzweigs bei, indem die konfliktbehafteten Zeilen aus dem **Ziel** Zweig in den **Quell** Branch.
2. **Änderungen des Zielzweigs überschreiben**: Diese Methode behält den Code des Quellzweigs bei, indem die konfliktbehafteten Zeilen aus dem **Quell** Zweig in den **Ziel** Branch.
{% hint style="info" %}
Bei mehreren Konflikten bearbeiten Sie jeden einzeln mit der am besten geeigneten Methode; es ist in Ordnung, für verschiedene Konflikte unterschiedliche Ansätze zu verwenden.
{% endhint %}
{% endstep %}
{% step %}
### Änderungen des Zielzweigs beibehalten
Diese Methode verwendet die **Konflikte lösen** in einen Pull Request integrierte Funktion.
1. Klicken Sie auf eine Komponente mit Konflikten, um sie zu lösen.
2. Klicken Sie auf **Alle übernehmen** um alle Zeilen beizubehalten, oder klicken Sie auf den **Rechts** **Pfeil** für jede Zeile, die beibehalten werden soll. Dadurch wird die ausgewählte Zeile vom Zielzweig in den Quellzweig kopiert.
3. Nachdem alle erforderlichen Änderungen am Quellzweig vorgenommen wurden, klicken Sie auf **Beheben**. Dadurch wird eine Komponente als **Gelöst** markiert, sodass Sie Ihre Änderungen nachverfolgen können.
4. Klicken Sie auf **Zurück**.
{% hint style="info" %}
Wiederholen Sie diesen Vorgang für alle Komponenten mit Konflikten.
{% endhint %}
5. Sobald alle Komponenten als **Gelöst**markiert sind, klicken Sie auf **Konflikte lösen**.
6. Geben Sie eine **Übermittlungsnachricht**.
7. Klicken Sie auf **Beheben**.
8. Nachdem die Konflikte gelöst wurden, prüft der Pull Request erneut auf Konflikte.
9. Wenn keine Konflikte mehr vorhanden sind, wird die Pull-Request-Meldung grün und zeigt „Dieser Zweig kann zusammengeführt werden“ an.
{% hint style="info" %}
Wenn im Pull Request weiterhin Konflikte bestehen, überprüfen und lösen Sie sie. Wiederholen Sie dies, bis alle Probleme behoben sind.
{% endhint %}
{% endstep %}
{% step %}
### Änderungen des Zielzweigs überschreiben
Diese Methode erfordert, dass Sie Änderungen am Zielzweig manuell bearbeiten und übernehmen.
{% hint style="info" %}
Um das Lösen von Konflikten beim Überschreiben von Änderungen im Zielzweig zu erleichtern, notieren Sie sich beim Überprüfen des Pull Requests die spezifischen Zeilen und Komponenten, die Konflikte verursachen.
{% endhint %}
1. Klicken Sie auf **Code** über das Menü in der linken Seitenleiste.
2. Klicken Sie auf die **Ziel** Zweig des Pull Requests.
3. Klicken Sie auf die **Drei vertikale** Punkte am rechten Ende einer Komponente mit Konflikten im Pull Request.
4. Klicken Sie auf **Bearbeiten**.
5. Bearbeiten Sie die konfliktbehaftete Codezeile oder die konfliktbehafteten Codezeilen so, dass sie mit dem **Quell** Branch.
6. Klicken Sie auf **Änderungen übernehmen**.
7. Geben Sie eine **Übermittlungsnachricht**.
8. Klicken Sie auf **Übernehmen**.
{% hint style="info" %}
Wiederholen Sie diesen Vorgang für alle Komponenten mit Konflikten.
{% endhint %}
9. Sobald alle Komponenten mit Konflikten so bearbeitet wurden, dass sie dem **Quell** Zweig entsprechen, kehren Sie zum Pull Request zurück.
10. Klicken Sie auf **Pull Requests** über das Menü in der linken Seitenleiste.
11. Klicken Sie auf den Pull Request, um zu prüfen, ob alle Konflikte gelöst sind.
12. Wenn keine Konflikte mehr vorhanden sind, wird die Pull-Request-Meldung grün und zeigt „Dieser Zweig kann zusammengeführt werden“ an.
{% hint style="info" %}
Wenn im Pull Request weiterhin Konflikte bestehen, überprüfen und lösen Sie sie. Wiederholen Sie dies, bis alle Probleme behoben sind.
{% endhint %}
{% 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-de/pull-requests/pull-request-prozess/pull-request-konflikte-auflosen.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.
