Übung: Erstellen, Überprüfen und Zusammenführen eines Pull Requests

Abgeschlossen

Sie haben die Arbeit zum Hinzufügen einer Warteschlange zu Ihrer Website abgeschlossen. Das Websiteentwicklungsteam ist nun bereit, die Änderungen in Ihrem Mainbranch zusammenzuführen. In dieser Übung erstellen Sie einen Pull Request für Ihre Änderungen und führen ihn zusammen.

In dem Prozess gehen Sie wie folgt vor:

  • Erstellen Sie einen Pull Request.
  • Überprüfen Sie den Pull Request.
  • Schließen Sie den Pull Request ab.
  • Überprüfen Sie, ob die Änderungen zusammengeführt wurden.

Erstellen eines Pull Requests zum Zusammenführen des Featurebranchs

Da Sie Änderungen nicht direkt in den Mainbranch Ihres Repositorys pushen können, müssen Sie einen Pull Request erstellen.

  1. Navigieren Sie im Browser zu Code.

  2. Wählen Sie 2 Branches aus, um die Branches in Ihrem GitHub-Repository aufzulisten.

    Screenshot von GitHub: Repositoryseite mit hervorgehobenem Link zur Branchliste

  3. Wählen Sie neben add-orders-queue das Symbol Mehr () und dann Neuer Pull Request aus.

    Screenshot von GitHub mit Branchliste. Die Schaltfläche für einen neuen Pull Request ist für den Branch „add-orders-queue“ hervorgehoben.

  4. Beachten Sie, dass GitHub beim Erstellen eines Pull Requests automatisch die Git-Commitnachricht als Pull Request-Titel verwendet hat.

    Aktualisieren Sie die Beschreibung in folgenden Text:

    Dieser PR fügt eine neue Azure Storage-Warteschlange für die Verarbeitung von Aufträgen hinzu und aktualisiert die Websitekonfiguration, um die Speicherkonto- und Warteschlangeninformationen einzuschließen.

  5. Klicken Sie auf Pull Request erstellen.

    Screenshot von GitHub: Seite zur Erstellung von Pull Requests mit hervorgehobener Schaltfläche zum Erstellen eines Pull Requests

  1. Navigieren Sie in Ihrem Browser zu Repos>Dateien.

    Beachten Sie, dass Azure DevOps ein Banner anzeigt, das angibt, dass im Branch add-orders-queue Änderungen vorgenommen wurden. Das Banner bietet die Möglichkeit, einen Pull Request für diese Änderungen zu erstellen.

    Screenshot von Azure DevOps: Dateiliste des Repositorys, einschließlich eines Banners zum Erstellen eines Pull Requests

  2. Wählen Sie Erstellen eines Pull Requests.

  3. Beachten Sie, dass Azure DevOps auf der Seite zum Erstellen eines Pull Requests automatisch die Git-Commitnachricht als Pull Request-Titel verwendet hat.

    Aktualisieren Sie die Beschreibung in folgenden Text:

    Dieser PR fügt eine neue Azure Storage-Warteschlange für die Verarbeitung von Aufträgen hinzu und aktualisiert die Websitekonfiguration, um die Speicherkonto- und Warteschlangeninformationen einzuschließen.

  4. Wählen Sie Erstellen aus.

    Screenshot von Azure DevOps: Seite zur Erstellung von Pull Requests mit hervorgehobener Schaltfläche zum Erstellen eines Pull Requests

Überprüfen des Pull Requests

Normalerweise wird ein Pull Request von einem anderen Benutzer als seinem Autor überprüft. In diesem Beispiel geben Sie vor, ein anderes Teammitglied zu sein, und überprüfen Ihren eigenen Pull Request.

  1. Wählen Sie auf der Pull Request-Seite die Registerkarte Geänderte Dateien aus.

    Screenshot von GitHub: Registerkarte für geänderte Dateien in einem Pull Request

    In GitHub werden die Dateien angezeigt, die in diesem Pull Request geändert wurden. Beachten Sie, dass alle geänderten Zeilen hervorgehoben werden, sodass Sie leicht sehen können, was Sie überprüfen sollten.

    Tipp

    Stellen Sie sich vor, dass Sie dies für Ihr eigenes Team überprüfen. Möchten Sie Vorschläge machen?

  2. Zeigen Sie in der geänderten Datei main.bicep auf Zeile 18, und wählen Sie die Schaltfläche mit dem Pluszeichen (+) aus.

    Screenshot von GitHub: Änderungen an der Datei „main.bicep“. Die Maus zeigt auf Zeile 18, und die Schaltfläche zum Hinzufügen von Kommentaren ist hervorgehoben.

  3. Geben Sie im Kommentarfeld den folgenden Text ein: Sollte dies großgeschrieben werden?

  4. Wählen Sie Überprüfung starten aus.

    Screenshot von GitHub: Kommentarfeld mit hervorgehobener Schaltfläche zum Starten eines Reviews

    Tipp

    In GitHub können Sie keine eigenen Pull Requests genehmigen. Hier kommentieren Sie Ihren Pull Request, genehmigen ihn aber nicht. Wenn Sie mit den Pull Requests Ihres eigenen Teams arbeiten, würden Sie diese jetzt genehmigen, um anzugeben, dass Sie mit der Zusammenführung zufrieden sind.

  5. Wählen Sie Überprüfung abschließen aus.

  6. Wählen Sie im daraufhin angezeigten Überprüfungsbereich Überprüfung übermitteln aus.

    Screenshot von GitHub: Panel zum Beenden eines Reviews mit hervorgehobener Schaltfläche zum Übermitteln eines Reviews

    GitHub führt Sie zur Registerkarte Unterhaltung des Pull Requests zurück.

  1. Wählen Sie auf der Pull Request-Seite die Registerkarte Dateien aus.

    Screenshot von Azure DevOps: geänderte Dateien im Pull Request

    In Azure DevOps werden die Dateien angezeigt, die in diesem Pull Request geändert wurden. Beachten Sie, dass alle geänderten Zeilen hervorgehoben werden, sodass Sie leicht sehen können, was Sie überprüfen sollten.

    Tipp

    Stellen Sie sich vor, dass Sie dies für Ihr eigenes Team überprüfen. Möchten Sie Vorschläge machen?

  2. Zeigen Sie in der geänderten Datei main.bicep auf Zeile 18, und wählen Sie die Kommentarschaltfläche aus.

    Screenshot von Azure DevOps: Änderungen an der Datei „main.bicep“. Die Maus zeigt auf Zeile 18, und die Schaltfläche zum Hinzufügen eines Kommentars ist hervorgehoben.

  3. Geben Sie im Kommentarfeld den folgenden Text ein: Sollte dies großgeschrieben werden?

  4. Wählen Sie Kommentar aus.

    Screenshot von Azure DevOps: Kommentarfeld mit hervorgehobener Schaltfläche „Kommentar“

    Die Breite des Browserfensters kann sich auf die Anzeige des Kommentardialogfelds auswirken. Der Kommentar öffnet ein Dialogfeld Diskussion anstelle des Inlinekommentars, wie im Screenshot dargestellt.

  5. Wählen Sie Genehmigen aus.

    Screenshot von Azure DevOps: Schaltfläche „Genehmigen“ für den Pull Request

    Nachdem Sie die Option Genehmigen ausgewählt haben, ändert sich Automatische Vervollständigung einrichten in Abgeschlossen. Sie werden dieses Feature später in dieser Lerneinheit verwenden.

Antworten auf die Pull Request-Überprüfung

Wenn Sie einen Pull Request erstellen oder überprüfen, können Sie an einer Unterhaltung über dessen Inhalt teilnehmen. Stellen Sie sich vor, Sie wären der Autor dieser Datei und wollten auf einen Kommentar des Prüfers antworten.

  1. Antworten Sie auf die Überprüfung des Pull Requests mit dem folgenden Kommentar: Nein, Namen von Speicherwarteschlangen müssen Kleinbuchstaben aufweisen.

  2. Wählen Sie Kommentar und dann Unterhaltung auflösen aus, um anzugeben, dass die Diskussion über die Zeile beendet ist.

    Screenshot von GitHub: Antwort auf einen Kommentar mit hervorgehobenen Schaltflächen zum Eingeben eines Kommentars und zum Auflösen einer Unterhaltung

  1. Wählen Sie auf der Pull Request-Seite die Registerkarte Übersicht aus.

    Screenshot von Azure DevOps: Registerkarte „Übersicht“

  2. Stellen Sie sich nun vor, Sie wären der Autor dieser Datei. Antworten Sie auf die Überprüfung des Pull Requests mit dem folgenden Kommentar: Nein, Namen von Speicherwarteschlangen müssen Kleinbuchstaben aufweisen.

  3. Wählen Sie Antworten und auflösen aus, um anzugeben, dass die Diskussion über die Zeile beendet ist.

    Screenshot von Azure DevOps: Antwort auf einen Kommentar mit hervorgehobener Schaltfläche zum Antworten und Auflösen

Abschließen des Pull Requests

Das Entwicklungsteam Ihrer Website hat bestätigt, dass Sie die Aufträge an die Warteschlange senden können. Sie können also Ihren Pull Request abschließen und zusammenführen.

Ihr Pull Request wurde genehmigt. Das Entwicklungsteam Ihrer Website hat bestätigt, dass Sie die Aufträge an die Warteschlange senden können. Sie können also Ihren Pull Request abschließen und zusammenführen.

  1. Wählen Sie Pull Request zusammenführen aus.

    Screenshot von GitHub: Pull Request mit hervorgehobener Schaltfläche zum Mergen

  2. GitHub fordert Sie auf, die Zusammenführung zu bestätigen. Wenn GitHub den Pull Request zusammenführt, wird ein Commit erstellt und automatisch eine Commitnachricht generiert. Wählen Sie Merge bestätigen aus.

    Screenshot von GitHub: Pull Request mit hervorgehobener Schaltfläche zum Bestätigen eines Merges

    Ihr Pull Request wird zusammengeführt, und Ihr neues Feature befindet sich jetzt im Mainbranch Ihres Repositorys.

  3. Es ist eine bewährte Methode, Ihre Featurebranches zu löschen, wenn Sie damit fertig sind. Durch das Löschen von Branches vermeiden Sie in Zukunft Verwirrung bei Teammitgliedern darüber, welche Arbeit noch ausgeführt wird. Wählen Sie Branch löschen aus.

    Screenshot von GitHub: Pull Request mit hervorgehobener Schaltfläche zum Löschen eines Branchs

  1. Wählen Sie Complete (Fertig stellen) aus.

    Screenshot von Azure DevOps: Schaltfläche „Abschließen“ für einen Pull Request

  2. Verwenden Sie unter Pull Request abschließen die Standardeinstellungen. Wählen Sie Merge abschließen aus.

    Screenshot von Azure DevOps: Panel zum Abschließen von Pull Requests mit hervorgehobener Schaltfläche zum Abschließen eines Merges

    Ihr Pull Request wird zusammengeführt, und Ihr neues Feature befindet sich jetzt im Mainbranch Ihres Repositorys.

    Azure DevOps löscht automatisch den Featurebranch, wenn Sie den Pull Request zusammengeführt haben. Es ist eine bewährte Methode, Ihre Featurebranches zu löschen, wenn Sie damit fertig sind. Durch das Löschen von Branches vermeiden Sie in Zukunft Verwirrung bei Teammitgliedern darüber, welche Arbeit noch ausgeführt wird.

Überprüfen der Änderungen

Nachdem Sie einen Pull Request zusammengeführt haben, sollten Sie sich vergewissern, dass die Änderungen erfolgreich zusammengeführt wurden.

  1. Wechseln Sie zu Code.

  2. Wechseln Sie zur Datei deploy/main.bicep und dann zur Datei deploy/modules/appService.bicep.

    Screenshot von GitHub: Dateiliste des Repositorys nach Mergen des Pull Requests

    Beachten Sie, dass sich die Warteschlange und Ihre anderen Änderungen jetzt in den Dateien befinden.

  1. Wechseln Sie zu Repos>Dateien.

  2. Wechseln Sie zur Datei deploy/main.bicep und dann zur Datei deploy/modules/appService.bicep.

    Beachten Sie, dass sich die Warteschlange und Ihre anderen Änderungen jetzt in den Dateien befinden.