> 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-schritt-2-uberprufen.md).

# Pull-Request Schritt 2: Überprüfen

{% 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) Überblick

Dieser Artikel erklärt, wie du den Prüfungsprozess für einen Pull Request abschließt, der sowohl den Ersteller als auch die zugewiesenen Prüfer umfasst. Gründliche Prüfungen sind entscheidend, um die Codequalität aufrechtzuerhalten.

{% hint style="info" %}

#### Bewährte Vorgehensweisen

* Füge immer mindestens einen Prüfer zur Verantwortlichkeit hinzu.
* Verwende das Beschreibungsfeld, um die wichtigsten Änderungen für die Prüfer zusammenzufassen.
* Führe nur dann zusammen, wenn alle Konflikte behoben sind und die Tests bestanden wurden.
* Verwende **Änderungen anfordern** anstatt einfach nicht zu genehmigen, da dies einen klaren Workflow beibehält.
* Vermeide Eigenprüfung und das Zusammenführen ohne einen Prüfer, es sei denn, es handelt sich um einen zeitkritischen Fix.
  {% endhint %}

### Pull-Request-Schritte

Entdecken Sie unsere Artikelreihe, die Sie durch jeden Schritt des Pull-Request-Prozesses führt. Sie können sie der Reihe nach lesen oder einen bestimmten Artikel für detaillierte Anleitungen zu einer bestimmten Phase auswählen.

* [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)

## Registerkarte „Pull-Request-Übersicht“

Die Details eines Pull Requests helfen Prüfern und Mitwirkenden, den Kontext der Anfrage zu verstehen. Die **Überblick** Registerkarte hat zwei Abschnitte zum Prüfen: **Pull-Request-Details** und **Pull-Request-Prüfer**.

<div align="left"><figure><img src="https://578823411-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FRpUu5iMlzMFAudyBvMOl%2Fuploads%2FBRYwguQOGMaWimAFbN7K%2FPullRequestReviewing-Overview-01.png?alt=media&amp;token=59696f06-e359-4855-abb0-007c998e0e52" alt="" width="563"><figcaption></figcaption></figure></div>

### Pull-Request-Details

<table><thead><tr><th width="160">Feld</th><th>Beschreibung</th></tr></thead><tbody><tr><td><strong>Status</strong></td><td>Aktueller Status des Pull Requests (<strong>Erstellt</strong>, <strong>Prüfung angefordert</strong>, <strong>Änderungen angefordert</strong>, und <strong>Genehmigt</strong>).</td></tr><tr><td><strong>Zielbranch</strong></td><td>Der Branch, in den die Änderungen zusammengeführt werden.</td></tr><tr><td><strong>Quellbranch</strong></td><td>Der Branch, aus dem die Änderungen stammen.</td></tr><tr><td><strong>Erstellt von</strong></td><td>Benutzer, der den Pull Request erstellt hat.</td></tr><tr><td><strong>Erstellungsdatum</strong></td><td>Wann der Pull Request erstmals erstellt wurde.</td></tr><tr><td><strong>Aktualisierungsdatum</strong></td><td>Wann die letzte Aktivität oder Änderung am Pull Request stattgefunden hat.</td></tr><tr><td><strong>Beschreibung</strong></td><td>Zusammenfassung der Änderungen für diesen Pull Request. Geschrieben vom Ersteller des Pull Requests.</td></tr></tbody></table>

### Pull-Request-Prüfer

Die **Prüfer** Sektion zeigt die Benutzer, die diesem Pull Request zur Prüfung zugewiesen wurden. Der Status jedes Prüfers wird durch ein Symbol angezeigt, das den Prüfstatus veranschaulicht (ausstehende Prüfung, Änderungen angefordert oder genehmigt). Sieh dir die Anweisungen unten an, um weitere Einzelheiten zum Prüfprozess zu erhalten.

## Pull Request prüfen

{% stepper %}
{% step %}

### Auf Prüfung auf Merge-Konflikte warten

1. Wenn ein Pull Request erstellt wird, wird zunächst auf Merge-Konflikte geprüft, was durch ein graues Banner angezeigt wird.

   <div align="left"><figure><img src="https://578823411-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FRpUu5iMlzMFAudyBvMOl%2Fuploads%2FNszuvoCa9QQTAF4RFsx3%2FPullRequestReviewing-S01-01.png?alt=media&amp;token=1461350d-8dd5-4059-ac0f-2ec196f4f02d" alt="" width="563"><figcaption></figcaption></figure></div>
2. Warte, bis das Banner zu einem der folgenden wird:
   1. **Grün**: Dieser Branch kann zusammengeführt werden
   2. **Orange**: Dieser Branch hat Konflikte, die behoben werden müssen
3. Wenn der Branch zusammengeführt werden kann, kannst du die Prüfung des Pull Requests fortsetzen, indem du den Anweisungen in diesem Artikel folgst.

   <div align="left"><figure><img src="https://578823411-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FRpUu5iMlzMFAudyBvMOl%2Fuploads%2FvxrujNjV46kt1A1BMwAo%2FPullRequestReviewing-S01-02.png?alt=media&amp;token=9e1ad90a-51dc-43bb-954e-f82b3f5bf622" alt="" width="375"><figcaption></figcaption></figure></div>
4. Wenn der Branch Konflikte hat, musst du die Konflikte beheben, bevor du mit der Prüfung dieses Pull Requests fortfährst. Sieh dir den folgenden Artikel an, um zu erfahren, wie Konflikte behoben werden.
   1. [Pull-Request-Konflikte auflösen](/devops/devops-de/pull-requests/pull-request-prozess/pull-request-konflikte-auflosen.md)
      {% endstep %}

{% step %}

### (Optional) Prüfer hinzufügen

Das Hinzufügen von Prüfern stellt die Codequalität sicher, hilft Konflikte frühzeitig zu erkennen und setzt die Genehmigungsprozesse des Teams durch. Alle Prüfer müssen auf **Genehmigen** klicken, bevor der Pull Request zusammengeführt werden kann.

{% hint style="success" %}

#### Eigenprüfung

Wenn keine Prüfer hinzugefügt werden, kannst du die Änderungen deines eigenen Pull Requests prüfen. Eine formelle Prüfung oder Genehmigung ist nicht erforderlich. Nach der Prüfung kannst du ohne zusätzliche Genehmigung zusammenführen.
{% endhint %}

1. Im **Prüfer** Abschnitt auf das **Bleistift** Symbol klicken.

   <div align="left"><figure><img src="https://578823411-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FRpUu5iMlzMFAudyBvMOl%2Fuploads%2F28Zho7daWf4WY8z0uhjV%2FPullRequestReviewing-S02-01.png?alt=media&amp;token=7c43829b-5f00-4d56-ae81-f4f406347529" alt="" width="563"><figcaption></figcaption></figure></div>
2. Klicke **Hinzufügen** für jeden Benutzer, der diesen Pull Request prüfen soll.

   <div align="left"><figure><img src="https://578823411-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FRpUu5iMlzMFAudyBvMOl%2Fuploads%2F51xaVcK8V3PW05ZBYbM4%2FPullRequestReviewing-S02-02.png?alt=media&amp;token=019baa20-fcdd-4dba-b9ce-274313a65575" alt="" width="375"><figcaption></figcaption></figure></div>
3. Klicke **Speichern**.

   <div align="left"><figure><img src="https://578823411-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FRpUu5iMlzMFAudyBvMOl%2Fuploads%2F1jEfZrBTs2qkOQuqQNtV%2FPullRequestReviewing-S02-03.png?alt=media&amp;token=a3226472-5ea1-479b-a0e5-6f7adfb3f400" alt="" width="375"><figcaption></figcaption></figure></div>
4. Die hinzugefügten Prüfer werden im **Prüfer** Abschnitt aufgeführt, und der Status des Pull Requests ändert sich zu **Prüfung angefordert**.

   <div align="left"><figure><img src="https://578823411-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FRpUu5iMlzMFAudyBvMOl%2Fuploads%2F9y22mlFuqUNLxood84er%2FPullRequestReviewing-S02-04.png?alt=media&amp;token=d43f786f-671b-486e-922b-acee09960900" alt="" width="563"><figcaption></figcaption></figure></div>

{% endstep %}

{% step %}

### Änderungen prüfen

Um den Pull Request zu prüfen, muss sich jeder Prüfer bei Cloud DevOps anmelden und die folgenden Schritte ausführen:

{% hint style="info" %}
Pull Requests, die auf eine Prüfung warten, sind mit dem Status **Prüfung angefordert**, und den **Prüfer**'-Symbole werden angezeigt.
{% endhint %}

{% hint style="success" %}

#### Eigenprüfung

Wenn du eine Eigenprüfung durchführst, musst du dennoch jede Komponente vor dem Zusammenführen prüfen.
{% endhint %}

1. Klicke **Pull Requests** im linken Seitenmenü.
2. Klicke auf den Pull Request, den du prüfen möchtest.

   <div align="left"><figure><img src="https://578823411-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FRpUu5iMlzMFAudyBvMOl%2Fuploads%2FAqKE9j73OKUHh5CoAD8y%2FPullRequestReviewing-S03-01.png?alt=media&amp;token=4663cae1-4c59-4a2b-9e9c-1c18b52f40bc" alt="" width="563"><figcaption></figcaption></figure></div>
3. Klicke auf die **Geänderte Komponenten** Registerkarte.
4. Klicke auf eine Komponente, um sie zu prüfen.

   <div align="left"><figure><img src="https://578823411-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FRpUu5iMlzMFAudyBvMOl%2Fuploads%2FDpVD3gOYXoVoCSJTDrRP%2FPullRequestReviewing-S03-02.png?alt=media&amp;token=fcb6ef95-6da5-4919-98a8-b146fcce4d2c" alt="" width="563"><figcaption></figcaption></figure></div>

{% hint style="warning" %}
Alle Komponenten sollten geprüft werden.
{% endhint %}

5. Beim Anzeigen einer Komponente wird der Quellcode für **Ziel** und **Quelle** nebeneinander mit hervorgehobenen Unterschieden angezeigt.

   1. **Rot**: Zeilen, die entfernt werden sollen.
   2. **Grün**: Zeilen, die hinzugefügt werden sollen.

   <div align="left"><figure><img src="https://578823411-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FRpUu5iMlzMFAudyBvMOl%2Fuploads%2FoPOvjdDju542rvYZmtky%2FPullRequestReviewing-S03-03.png?alt=media&amp;token=9393dac8-de18-47f7-bb63-6a3a884896eb" alt="" width="563"><figcaption></figcaption></figure></div>
6. Wiederhole den Prüfprozess für jede Komponente.
   {% endstep %}

{% step %}

### (Optional) Änderungen anfordern

Verwende bei der Prüfung **Änderungen anfordern** um anzuzeigen, dass vor der Genehmigung Korrekturen erforderlich sind. Dieser Status veranlasst den Ersteller des Pull Requests, den Quellbranch mit den erforderlichen Änderungen zu aktualisieren. Da die Anforderung nicht angibt, was geändert werden muss, teile die konkret erforderlichen Änderungen deinem Team direkt mit.

{% hint style="success" %}

#### Eigenprüfung

Wenn du eine Eigenprüfung durchführst, kannst du nicht **Änderungen anfordern**.
{% endhint %}

1. Klicke **Änderungen anfordern**.

   <div align="left"><figure><img src="https://578823411-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FRpUu5iMlzMFAudyBvMOl%2Fuploads%2FmtUEh3cAxhX6qDQ2Ysqw%2FPullRequestReviewing-S04-01.png?alt=media&amp;token=5c2674af-b702-46b9-8db6-70062b4e5e92" alt="" width="563"><figcaption></figcaption></figure></div>
2. Nachdem Änderungen angefordert wurden, ändert sich der Status des Pull Requests zu **Änderungen angefordert**.

   <div align="left"><figure><img src="https://578823411-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FRpUu5iMlzMFAudyBvMOl%2Fuploads%2Fh3WNpmtsxw7JosB8f1Ie%2FPullRequestReviewing-S04-02.png?alt=media&amp;token=9477d9c8-cd12-4471-a5cd-2d64361e6f29" alt="" width="563"><figcaption></figcaption></figure></div>

#### Zur erneuten Prüfung einreichen

Nachdem die angeforderten Änderungen vorgenommen wurden, reiche den Pull Request erneut zur Prüfung durch den Prüfer ein, der sie angefordert hat.

1. Klicke auf den Pull Request.

   <div align="left"><figure><img src="https://578823411-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FRpUu5iMlzMFAudyBvMOl%2Fuploads%2FQ0Fd4L7MCILU6c4gukdY%2FPullRequestReviewing-S04-03.png?alt=media&amp;token=71acd999-72d9-447a-a378-2d4ef73b380e" alt="" width="563"><figcaption></figcaption></figure></div>
2. Klicke auf die **Aktualisieren** Symbol neben dem Prüfer, der die Prüfung angefordert hat.

   <div align="left"><figure><img src="https://578823411-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FRpUu5iMlzMFAudyBvMOl%2Fuploads%2FIGx3xI7UlUb33mHTobYV%2FPullRequestReviewing-S04-04.png?alt=media&amp;token=3312a2d2-a65d-4662-b5f8-de766e7eb862" alt="" width="563"><figcaption></figcaption></figure></div>

{% endstep %}

{% step %}

### Genehmigen

Sobald ein Prüfer alle Komponenten und alle erledigten Änderungsanforderungen geprüft hat, muss er den Pull Request genehmigen, bevor er zusammengeführt werden kann.

{% hint style="warning" %}
Der Pull Request wird nicht genehmigt, bis alle Prüfer auf **Genehmigen**.
{% endhint %}

{% hint style="success" %}

#### Eigenprüfung

Wenn du eine Eigenprüfung durchführst, kannst du nicht **Genehmigen** den Pull Request genehmigen. Da es jedoch keine Prüfer gibt, ist vor dem Zusammenführen keine Genehmigung erforderlich.
{% endhint %}

1. Klicke **Genehmigen**.

   <div align="left"><figure><img src="https://578823411-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FRpUu5iMlzMFAudyBvMOl%2Fuploads%2F0iNVhb6mdclluMAmW1Aw%2FPullRequestReviewing-S05-01.png?alt=media&amp;token=9f2b7510-c159-4cb7-a4e1-1b4d7766517e" alt="" width="563"><figcaption></figcaption></figure></div>
2. Nachdem alle Prüfer genehmigt haben, ändert sich der Status des Pull Requests zu **Genehmigt**, und er kann zusammengeführt werden.

   <div align="left"><figure><img src="https://578823411-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FRpUu5iMlzMFAudyBvMOl%2Fuploads%2F4F8u8tx6fNcpLXXthvja%2FPullRequestReviewing-S05-02.png?alt=media&amp;token=458e0f62-a12f-4777-ba07-1ffcd1d2e135" alt="" width="563"><figcaption></figcaption></figure></div>

{% endstep %}

{% step %}

### Nächster Schritt: Zusammenführen

Nachdem der Pull Request genehmigt wurde, sind die Änderungen aus dem Quellbranch bereit, in den Zielbranch zusammengeführt zu werden. Fahre mit dem folgenden Artikel fort, um Anweisungen zum Zusammenführungsprozess zu erhalten.

* [Pull-Request Schritt 3: Zusammenführen](/devops/devops-de/pull-requests/pull-request-prozess/pull-request-schritt-3-zusammenfuhren.md)

<div align="left"><figure><img src="https://578823411-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FRpUu5iMlzMFAudyBvMOl%2Fuploads%2FG9DKua3MnrgmW0zZinu4%2FPullRequestReviewing-S06-01.png?alt=media&amp;token=132d0dc1-87b8-438e-a64e-96e0055e7f5b" alt="" width="563"><figcaption></figcaption></figure></div>
{% 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-schritt-2-uberprufen.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.