paint-brush
13 Tipps für bessere Pull-Anfragen und Codeüberprüfungvon@scastiel
518 Lesungen
518 Lesungen

13 Tipps für bessere Pull-Anfragen und Codeüberprüfung

von Sébastien Castiel4m2023/10/28
Read on Terminal Reader

Zu lang; Lesen

Möchten Sie besser darin werden, Pull-Requests zu erstellen und Code zu überprüfen? Hier sind die 13 Tipps aus meinem neuesten Buch, die Sie in Ihrem täglichen Arbeitsablauf nutzen können.
featured image - 13 Tipps für bessere Pull-Anfragen und Codeüberprüfung
Sébastien Castiel HackerNoon profile picture
0-item

In vielen Jahren des Schreibens und Überprüfens von Code habe ich einige Geheimnisse gelernt, um bessere Pull-Anfragen zu erstellen und Code effizienter zu überprüfen.


All diese Geheimnisse habe ich in mein neues Buch „Pull Requests and Code Review“ einfließen lassen, aber hier finden Sie eine Vorschau mit diesen 13 Tipps, die Sie bereits in Ihrer Entwickleraktivität nutzen können.


Fallen Ihnen weitere Tipps ein? Teile sie in Kommentaren 😉


1. Erstellen Sie Ihre PR, bevor der Code zur Überprüfung bereit ist

Ein PR-Entwurf hilft Ihnen, Ihre Ideen zu organisieren und Ihren Fortschritt zu dokumentieren, während Sie noch an Ihrem Feature arbeiten.


Erstellen Sie so schnell wie möglich Ihren PR-Entwurf.


2. Wecken Sie den Wunsch, Ihre PR zu überprüfen

Der beste Weg, eine schnelle und effiziente Überprüfung zu erhalten, besteht darin, Ihre PR klein zu halten und gut zu dokumentieren (mit dem gesamten notwendigen Kontext). Sie erhöhen auch Ihre Chancen auf zukünftige PRs, indem Sie jetzt großartigen Code liefern!


Eine klare und vollständige PR-Beschreibung: der beste Weg, eine Bewertung zu erhalten!


Alle diese Tipps und mehr, mit weiteren Beispielen aus der Praxis und umsetzbaren Erkenntnissen finden Sie in meinem kostenlosen Buch „Pull Requests and Code Review: Best Practices for Developers, from Junior to Team Lead“ .


3. Seien Sie der erste Prüfer Ihrer PR

Versetzen Sie sich in die Lage Ihres Rezensenten, antizipieren Sie Fragen und kommentieren Sie Ihren eigenen Code, wenn Sie glauben, dass er ihm helfen kann.


Das Hinzufügen von Kommentaren zu Ihrer eigenen PR hilft Ihren Rezensenten.


4. Weisen Sie Ihrer PR die richtigen Gutachter zu

Übertragen Sie Ihre PR nicht auf die ganze Welt. Wählen Sie Ihre Rezensenten sorgfältig aus, um eine relevante Bewertung zu erhalten, ohne zu lange auf die Genehmigung warten zu müssen.


Weisen Sie genau die richtige Anzahl an Gutachtern zu und machen Sie deutlich, wessen Gutachten wichtig ist.


5. Reagieren Sie auf Kommentare

Seien Sie offen für Feedback, bitten Sie um Klarstellung, sagen Sie, wenn Sie anderer Meinung sind (mit Respekt) und antworten Sie immer auf Kommentare.


Verwenden Sie Kommentare, um bei Bedarf weitere Informationen zu erhalten.


6. Wenn Sie möchten, dass die Leute Ihre PRs überprüfen, müssen Sie ihre PRs überprüfen

Jeder hat viele PRs zu überprüfen und wenig freie Zeit dafür. Wenn Sie andere PRs überprüfen, erhöhen Sie die Chancen, dass auch Ihre PRs überprüft werden.


7. Sie können Code auch dann überprüfen, wenn Sie ein Junior-Entwickler sind

Als Junior-Entwickler können Sie anderen mitteilen, wenn Sie einen Teil des Codes nicht verstehen, da dieser für jeden Entwickler im Team verständlich sein sollte.

Mehr dazu in meinem Beitrag Wie gebe ich als Junior-Entwickler eine Codeüberprüfung ab? .


Zögern Sie als Junior-Entwickler nicht, um Klarstellung zu bitten und Ihre Meinung mitzuteilen.


8. Überprüfen Sie bei der Codeüberprüfung die richtigen Dinge

Das Ziel der Codeüberprüfung besteht darin, nach Fehlern und Grenzfällen zu suchen und die Implementierung zu hinterfragen. Es sollte weder dazu verwendet werden, sich über geringfügige Formatierungs- oder Stilvorlieben lustig zu machen, noch für groß angelegte Architekturdiskussionen.


Es ist besser, nach Fehlern und Leistungsproblemen zu suchen, als sich über die Formatierung Gedanken zu machen.


9. Verwenden Sie in Ihren Kommentaren den richtigen Ton

Verwenden Sie „Warum nicht“ statt „Sie sollten“, seien Sie offen und positiv und schlagen Sie immer eine Alternative vor, wenn Sie um eine Änderung bitten.


Wenn Sie glauben, dass etwas nicht stimmt, schlagen Sie eine bessere Alternative vor!


10. Machen Sie sich klar, ob eine Änderung erforderlich ist, damit Sie die PR genehmigen können oder nicht

Nicht alle Kommentare erfordern eine Änderung und nicht alle gewünschten Änderungen sind für die Genehmigung der PR erforderlich. Machen Sie in Ihrem Kommentar klar, ob die Änderung nicht dringend ist.



Nicht alle Kommentare dienen dazu, eine Änderung zu fordern.


11. Überprüfen Sie Ihre Bewertung, bevor Sie sie absenden

Bevor Sie Ihre Bewertung veröffentlichen, lesen Sie jeden Kommentar noch einmal: Überprüfen Sie den Ton, den Sie verwenden, und stellen Sie sicher, dass Sie den gesamten Kontext angeben, um dem PR-Einreicher zu helfen.


12. Genehmigen Sie die PR, wenn der Einreicher alle von Ihnen gewünschten Änderungen vorgenommen hat

Sie möchten nicht, dass der Prüfer zwei Tage, nachdem er alle von Ihnen gewünschten Änderungen vorgenommen hat, auf Ihre Genehmigung wartet. Wenn Sie es überprüfen, gehen Sie davon aus, dass Sie es genehmigen, sobald alle Korrekturen vorgenommen wurden.


13. Manche Konflikte können nicht in Kommentaren gelöst werden

Wenn ein Kommentar-Thread zu einer Debatte in Ihrer PR wird, unterbrechen Sie ihn besser und schlagen Sie vor, die Diskussion an anderer Stelle fortzusetzen, z. B. in einem Slack-Thread. Reservieren Sie ggf. eine Besprechung und/oder ziehen Sie einen Dritten hinzu.


Setzen Sie das Gespräch bei Bedarf woanders fort.


Das ist es! Was halten Sie von diesen Tipps? Fällt Ihnen ein Tipp ein, den Sie anderen Entwicklern geben möchten?


Teile sie hier in den Kommentaren 👇


Wenn Ihnen diese Tipps gefallen haben und Sie mehr erfahren möchten, schauen Sie sich mein Buch „Pull Requests and Code Review“ an, es ist kostenlos!


Auch hier veröffentlicht.