> 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/uberblick-uber-pull-requests.md).

# Überblick über Pull Requests

{% 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 %}

## ![](https://578823411-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FRpUu5iMlzMFAudyBvMOl%2Fuploads%2FG5ZbxX918xOHwbAwAJ4n%2FSummary2-Small-Icon.svg?alt=media\&token=da26a67f-ff7f-47b3-8669-06be960dc2d7) Übersicht

Pull Requests sind ein zentraler Bestandteil des Cloud-DevOps-Workflows und ermöglichen Aktualisierungen von einem Quellbranch zu einem Zielbranch. Sie sind darauf ausgelegt, die Zusammenarbeit durch Code-Reviews zu unterstützen, die vor dem Mergen genehmigt werden müssen.

**Vorteile von Pull Requests:**

* **Code-Review**: Ermöglicht eine gründliche Prüfung der Änderungen vor dem Mergen.
* **Konflikterkennung**: Erkennt und behebt Konflikte frühzeitig im Prozess.
* **Saubere Release-Historie**: Sorgt für eine organisierte und klare Projekt-Historie.

{% hint style="info" %}

#### Smart Merge vs. Pull Request

Sowohl Smart Merge als auch Pull Request führen Änderungen von einem Quell-Branch in einen Ziel-Branch zusammen, aber jede Methode eignet sich für einen anderen Workflow.

**Smart Merge** ist ein schlanker, einstufiger Prozess, der Änderungen direkt zwischen Branches zusammenführt, ohne dass ein Pull Request oder die Zustimmung des Teams erforderlich ist. Er eignet sich gut für zeitkritische Situationen, etwa dringende Fehlerbehebungen oder kritische Änderungen, die schnell ausgeliefert werden müssen.

Ein **Pull Request**, dagegen, ist ein strukturierter, mehrstufiger Prozess, der für die Zusammenarbeit im Team entwickelt wurde. Er ermöglicht es mehreren Prüfern, die Änderungen zu begutachten, Überarbeitungen anzufordern und sie vor dem Zusammenführen offiziell freizugeben.

Als allgemeine Regel gilt: Verwende einen Pull Request, wenn Änderungen eine Überprüfung oder Freigabe durch andere Teammitglieder erfordern, und wähle Smart Merge, wenn du Änderungen schnell integrieren musst.
{% endhint %}

Um mehr über Smart Merge zu erfahren, lesen Sie den folgenden Artikel.

* [Smart Merge verwenden](/devops/devops-de/code/branch-aktionen/smart-merge-verwenden.md)

## Pull-Request-Übersichtsseite <a href="#pull-request-overview-page" id="pull-request-overview-page"></a>

Die Pull-Request-Übersichtsseite bietet eine umfassende Momentaufnahme aller aktiven Anfragen. Als zentrale Anlaufstelle erleichtert sie die Nachverfolgung des Fortschritts und die Bereitschaft zum Mergen. Jeder Pull Request zeigt die folgenden Details an.

{% hint style="info" %}

#### Aktive Pull Requests

Die Pull-Request-Übersichtsseite listet nur aktive Pull Requests auf. Sobald ein Pull Request **zusammengeführt** oder **geschlossen**, wird er aus der Liste der aktiven Pull Requests entfernt.
{% endhint %}

<table data-header-hidden><thead><tr><th width="179.333251953125"></th><th></th></tr></thead><tbody><tr><td>Titel und ID</td><td>Der Titel und die ID-Nummer des Pull Requests. Jedem Pull Request wird eine eindeutige fortlaufende ID-Nummer zugewiesen.</td></tr><tr><td>Status</td><td>Der Status des Pull Requests kann einer der folgenden sein: Erstellt, Überprüfung angefordert, Änderungen angefordert und Genehmigt.</td></tr><tr><td>Autor</td><td>Der Flosum-Benutzer, der den Pull Request erstellt hat.</td></tr><tr><td>Neueste Aktivität</td><td>Die Zeitspanne seit der letzten Aktivität für den Pull Request.</td></tr><tr><td>Ziel und Quelle</td><td>Die Ziel- und Quellbranches werden mit einem Pfeil angezeigt, der von der Quelle zum Ziel zeigt. Wenn Sie auf einen Branch klicken, gelangen Sie zur Hauptseite des Branches.</td></tr><tr><td>Reviewer</td><td>Die Flosum-Benutzer, die als Reviewer des Pull Requests zugewiesen sind.</td></tr></tbody></table>

Wenn Sie auf einen Pull Request klicken, gelangen Sie zur Übersichtsseite der Anfrage, auf der Sie Aktionen ausführen können.

Das **Drei vertikale Punkte** Menü am Ende eines Pull Requests bietet Ihnen die folgenden Optionen:

* **Bearbeiten**: Führt Sie zur Seite zum Bearbeiten des Pull Requests, um Folgendes zu ändern: **Zielbranch**, **Quellbranch**, **Name**, und **Beschreibung**.
* **Schließen**: Beendet den Pull Request ohne Zusammenführung. Sobald er geschlossen ist, wird der Pull Request nicht mehr in der Pull-Requests-Liste angezeigt, und es können keine weiteren Aktionen ausgeführt werden.

<figure><img src="https://578823411-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FRpUu5iMlzMFAudyBvMOl%2Fuploads%2FXjfw7wQIo2BtQgHyFw0c%2FOverviewOfPullRequests-Overview-01.png?alt=media&amp;token=c9eae665-830c-4f34-bb5b-ddfc7e49078d" alt=""><figcaption></figcaption></figure>

### Suchen, Sortieren und Filtern

Die Pull-Requests-Seite kann mit den folgenden Werkzeugen durchsucht, gefiltert und sortiert werden.

* **Suche** – Suche nach Pull-Request-Namen oder ID.
* **Autoren** – filtern nach dem Ersteller des PR.
* **Status** – filtern nach Status (Erstellt, Überprüfung angefordert, Änderungen angefordert, Genehmigt).
* **Reviewer** – filtern nach zugewiesenen Reviewern.
* **Neueste Aktivität** – Pull Requests sortieren nach:
  * Nach Name A–Z sortieren – alphabetische Reihenfolge.
  * Nach Name Z–A sortieren – umgekehrte alphabetische Reihenfolge.
  * Neueste Aktivität – die neuesten Aktualisierungen zuerst.
  * Älteste Aktivität – die frühesten Aktualisierungen zuerst.
* **Datumsbereich** – filtern nach Erstellungs- oder Aktualisierungszeitraum. Verwenden Sie das Datums-Widget, um einen Bereich einzugeben.

### Pull-Request-Status <a href="#pull-request-statuses" id="pull-request-statuses"></a>

<table><thead><tr><th width="200">Status</th><th>Beschreibung</th></tr></thead><tbody><tr><td><strong>Erstellt</strong></td><td>Pull Request geöffnet, aber nicht überprüft.</td></tr><tr><td><strong>Überprüfung angefordert</strong></td><td>Reviewer zugewiesen, aber ihre Rückmeldung steht noch aus.</td></tr><tr><td><strong>Änderungen angefordert</strong></td><td>Reviewer haben vor der Genehmigung Änderungen angefordert.</td></tr><tr><td><strong>Genehmigt</strong></td><td>Pull Request wurde von den Reviewern genehmigt und ist bereit zum Mergen.</td></tr></tbody></table>

## Pull-Request-Prozess

Pull Requests umfassen drei wichtige Schritte: Erstellung, Überprüfung und Merging. Wenn bei der Erstellung Konflikte auftreten, müssen diese vor dem Merging behoben werden. Detaillierte Hinweise zu jedem Schritt finden Sie in den folgenden Artikeln.

* [Pull-Request Schritt 1: Erstellen](/devops/devops-de/pull-requests/pull-request-prozess/pull-request-schritt-1-erstellen.md)
* [Pull-Request Schritt 2: Überprüfen](/devops/devops-de/pull-requests/pull-request-prozess/pull-request-schritt-2-uberprufen.md)
* [Pull-Request Schritt 3: Zusammenführen](/devops/devops-de/pull-requests/pull-request-prozess/pull-request-schritt-3-zusammenfuhren.md)
* [Pull-Request-Konflikte auflösen](/devops/devops-de/pull-requests/pull-request-prozess/pull-request-konflikte-auflosen.md)

{% hint style="success" %}

#### Bewährte Vorgehensweisen

* Überprüfen Sie immer einen Pull Request, bevor Sie Feature- oder Bugfix-Branches mergen.
* Schreiben Sie klare Titel und Beschreibungen für Reviewer.
* Weisen Sie mindestens einen Reviewer zur Verantwortungszuweisung zu.
* Lösen Sie Pull-Request-Konflikte vor dem Mergen.
* Schließen Sie veraltete Pull Requests, um die Liste übersichtlich zu halten.
  {% endhint %}


---

# 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/uberblick-uber-pull-requests.md?ask=<question>&goal=<user_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.