Entwicklung
Pull Requests automatisch zusammenfassen
Der Titel lautet »fix stuff«, die Beschreibung ist leer. Wer das Review macht, muss sich den Zweck aus dreissig geänderten Dateien selbst erschliessen — und schiebt es deshalb auf.
- Aufbau
- 1–2 Stunden
- Spart
- Reviews starten sofort statt nach Rückfragen
- Womit
- Claude · GitHub · n8n
So läuft es ab
- 1
Diff auswerten
Geänderte Dateien, Umfang und Art der Änderung erfassen.
- 2
Zweck ableiten
Was ändert sich für Nutzer, was für Entwickler? Aus Commit-Nachrichten und verknüpften Aufgaben.
- 3
Beschreibung schreiben
Kurze Zusammenfassung, Liste der wesentlichen Änderungen, Hinweise für das Review.
- 4
Anhängen
Als Beschreibung eintragen, wenn sie leer ist — vorhandene Texte bleiben unangetastet.
Wo es nicht funktioniert
Die Zusammenfassung beschreibt, was geändert wurde, nicht warum. Der Grund steht im Kopf der Person, die es geschrieben hat — dafür bleibt ein Satz nötig, den kein Werkzeug liefern kann.
Fertig gebaut kaufen
Wenn du den Aufbau überspringen willst — aus der Kategorie Coding.
Häufige Fragen
Überschreibt das meine eigene Beschreibung?
Nur, wenn du es so baust. Sinnvoller ist, ausschliesslich leere Beschreibungen zu füllen und ansonsten einen Kommentar anzuhängen.
Funktioniert das bei sehr grossen Änderungen?
Schlechter, weil der Diff nicht mehr in den Kontext passt. Grosse Pull Requests sind aber ohnehin ein Problem — die Zusammenfassung macht das nur sichtbar.
Lässt sich das mit einem Changelog verbinden?
Ja, das ist der naheliegende nächste Schritt: Die Zusammenfassungen der Pull Requests eines Zeitraums bilden die Grundlage für den Changelog.