Änderungen in Pull Requests überprüfen

Mit Reviews können Mitarbeiter die in Pull Requests vorgeschlagenen Änderungen kommentieren, die Änderungen genehmigen oder weitere Änderungen anfordern, bevor der Pull Request gemergt wird. Repository-Administratoren können festlegen, dass alle Pull Requests vor dem Mergen genehmigt werden müssen.

In einem Pull Request kannst Du Commits, geänderte Dateien und die Unterschiede (Diffs) zwischen den Dateien im Basis- und im Vergleichs-Branch überprüfen und besprechen.

Damit Du Änderungen in einem großen Pull Request schnell überprüfen kannst, können geänderte Dateien gefiltert werden.

Du kannst vorgeschlagene Änderungen für eine Methode oder Funktion in einem Pull Request in .go-, .js-, .ts-, .py-, .php- und .rb-Dateien schnell finden.

Wenn Du einen Pull Request in einem Repository geöffnet hast, können Mitarbeiter und Teammitglieder den Vergleich der Dateien zwischen den zwei festgelegten Branches kommentieren oder allgemeine Kommentare zum Gesamtprojekt abgeben.

Du kannst alle in einem einzelnen Pull-Request-Review abgegebenen Kommentare anzeigen.

Wenn Reviewer Änderungen in einem Pull Request vorschlagen, kannst Du diese Änderungen automatisch in den Pull Request aufnehmen oder einen Issue öffnen, um Vorschläge außerhalb des Geltungsbereichs zu verfolgen.

Wenn Dein Repository Reviews verlangt, müssen Pull Requests eine bestimmte Anzahl an genehmigenden Reviews von Personen mit Schreib- oder Administratorberechtigungen im Repository aufweisen, bevor sie zusammengeführt werden können.

Wenn Dein Repository Reviews voraussetzt, kannst Du Pull-Request-Reviews verwerfen, die nicht mehr gültig sind oder vom Reviewer nicht genehmigt werden können.

Wenn Dir jemand einen Pull Request aus einem Fork oder Branch Deines Repositorys schickt, kannst Du ihn lokal zusammenführen, um einen Merge-Konflikt zu lösen oder um die Änderungen vor dem Zusammenführen auf GitHub zu testen und zu überprüfen.