Modulbewertung

1.

Welcher ist kein guter Grund für das Erstellen eines Pull Request?

Sie möchten Feedback zu vorgeschlagenen Änderungen erhalten, bevor Sie den Feature-Branch in main zusammenführen.

Sie möchten Ihr Branch für die Fehlerbehebung in main mergen, verfügen aber nicht über die erforderliche Berechtigung.

Ihr Branch kann aufgrund von Upstreamänderungen, die seit der Erstellung vorgenommen wurden, nicht in main gemergt werden. Wenn Sie einen Pull Request erstellen, wird der andere Mitwirkende benachrichtigt, dass er seine Änderungen pullen muss, damit Sie die Ihre pushen können.

2.

Wie können Sie sicherstellen, dass Pull Requests für einen bestimmten Bereich des Repositorys nur dann gemergt werden, wenn bestimmte Benutzer oder Teams dies genehmigt haben?

Erläutern Sie die Pull-Anforderungsrichtlinie in CONTRIBUTING.md eindeutig.

Verwenden Sie eine CODEOWNERS-Datei und aktivieren Sie erforderliche Rezensionen.

Fügen Sie in SECURITY.md eine Tabelle hinzu, die Verzeichnispfade den erforderlichen Benutzern zuordnet.

3.

Sie sollen einen Pull Request überprüfen. Beim Lesen bemerken Sie mehrere kleinere Programmier- und Rechtschreibfehler. Wie sollten Sie mit dem Review umgehen?

Ich beginne den Review und behebe offensichtliche Tippfehler inline. Außerdem füge ich Kommentare an Stellen hinzu, die weitere Diskussionen erfordern oder einen Bildungswert haben. Ich schließe den Review mit den angeforderten Änderungen ab.

Hinterlassen Sie bei jedem Problem, das Ihnen auffällt, einen Kommentar, aber ändern Sie keinen Code. Bei Rechtschreibfehlern füge ich einen Hinweis auf die korrekte Schreibweise ein. Dann genehmige ich den Pull Request, da ich darauf vertraue, dass der Autor meine Vorschläge implementiert.

Ich lehne den Pull Request ab. Wir können nicht riskieren, dass Fehler versehentlich in einen wichtigen Zweig integriert werden.

Überprüfen Sie Ihr Wissen

Feedback