Änderungen in Pull Requests überprüfen

Bei Reviews können Mitarbeiterinnen die in Pull Requests vorgeschlagenen Änderungen kommentieren, die Änderungen genehmigen oder weitere Änderungen anfordern, bevor der Pull Request gemergt wird. Repositoryadministratorinnen 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 Differenzen (Diffs) zwischen den Dateien im Basisbranch und in den Vergleichsbranches überprüfen und besprechen.

Zum schnellen Überprüfen von Änderungen an einem großen Pull Request kannst du geänderte Dateien filtern oder die Dateistruktur zum navigieren zwischen Dateien verwenden.

Du kannst vorgeschlagene Änderungen an einer Methode oder Funktion in einem Pull Request schnell in den .go-, .js-, .ts-, .py-, .php- und .rb-Dateien finden.

Nachdem 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 ein Pull Request Änderungen an Abhängigkeiten enthält, kannst du eine Zusammenfassung dessen anzeigen, was geändert wurde,und ob bekannte Sicherheitsrisiken in einer der Abhängigkeiten vorhanden sind.

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 benötigt, kannst du Pull Request-Reviews schließen, die nicht mehr gültig sind oder nicht von Reviewer*innen bestätigt 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 Mergekonflikt zu lösen oder die Änderungen vor dem Zusammenführen auf GitHub Enterprise Server zu testen und zu überprüfen.