Überblick über Pull Requests
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 Artikel.
Ü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.
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.
Um mehr über Smart Merge zu erfahren, lesen Sie den folgenden Artikel.
Pull-Request-Übersichtsseite
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.
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.
Titel und ID
Der Titel und die ID-Nummer des Pull Requests. Jedem Pull Request wird eine eindeutige fortlaufende ID-Nummer zugewiesen.
Status
Der Status des Pull Requests kann einer der folgenden sein: Erstellt, Überprüfung angefordert, Änderungen angefordert und Genehmigt.
Autor
Der Flosum-Benutzer, der den Pull Request erstellt hat.
Neueste Aktivität
Die Zeitspanne seit der letzten Aktivität für den Pull Request.
Ziel und Quelle
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.
Reviewer
Die Flosum-Benutzer, die als Reviewer des Pull Requests zugewiesen sind.
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.
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
Erstellt
Pull Request geöffnet, aber nicht überprüft.
Überprüfung angefordert
Reviewer zugewiesen, aber ihre Rückmeldung steht noch aus.
Änderungen angefordert
Reviewer haben vor der Genehmigung Änderungen angefordert.
Genehmigt
Pull Request wurde von den Reviewern genehmigt und ist bereit zum Mergen.
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.
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.
Zuletzt aktualisiert
War das hilfreich?