Folgeprüfungen
Nach der ersten Prüfung eines Pull Requests prüft HeyDeer, was sich geändert hat, und prüft frühere Bedenken erneut. Erfahre, wie das funktioniert und wie du einen Befund ablehnst.
Nur neue Änderungen prüfen
Nur neue Änderungen prüfen ist standardmäßig aktiviert. Du findest die Option unter Arbeitsbereichseinstellungen → Prüfregeln → Prüfverhalten oder in den Prüfregeln eines Repositorys. Sie gilt für automatische und angeforderte Prüfungen.
Eine spätere Prüfung sucht neue Befunde nur in dem, was die eigenen Commits des Pull Requests seit der letzten erfolgreichen Prüfung von HeyDeer geändert haben. Außerdem prüft sie die Befunde dieser Prüfung erneut, und diejenigen, die noch zutreffen, zählen für den Check und die Genehmigung.
Commits, die per Merge oder Rebase aus dem Basis-Branch übernommen wurden, bleiben unberücksichtigt, Konfliktauflösungen werden jedoch geprüft. Repository-Prüfungen, die seit der letzten Prüfung hinzugefügt oder bearbeitet wurden, gelten für den gesamten Pull Request.
Der Rundgang einer späteren Prüfung deckt weiterhin den ganzen PR ab und markiert die Gruppen, deren Dateien sich seit der letzten Prüfung geändert haben.
Frühere Bedenken
Ein früheres Bedenken ist ein Befund, den HeyDeer bei einer früheren Prüfung in einer eigenen Inline-Unterhaltung angesprochen hat. Jede spätere Prüfung prüft die offenen Bedenken erneut anhand des aktuellen Codes.
Bedenken, die weiterhin zutreffen, werden unter Offene frühere Bedenken aufgeführt. Ältere Unterhaltungen, die HeyDeer keinem Befund zuordnen kann, stehen unter Zu bestätigende frühere Bedenken; markiere sie als erledigt, sobald sie nicht mehr zutreffen.
Offene oder unbestätigte frühere Bedenken erscheinen in der Zusammenfassung des Checks und blockieren die automatische Genehmigung. Ist Check bei gefundenen Problemen fehlschlagen lassen aktiviert, lassen sie außerdem den Check fehlschlagen.
HeyDeer markiert nur Unterhaltungen als erledigt, die es selbst begonnen hat. Wenn Geklärte HeyDeer-Unterhaltungen als erledigt markieren aktiviert ist (voreingestellt), markiert es sie als erledigt, sobald der aktuelle Code das Bedenken behebt oder zeigt, dass es ein Irrtum war. Eine Antwort, dass es behoben sei, reicht nicht aus.
Änderungen, die aus einem Behebungs-PR gemergt wurden, werden bei der nächsten Prüfung des ursprünglichen PRs auf dieselbe Weise erneut geprüft.
Einen Befund ablehnen
Antworte in der Unterhaltung des Befunds und nenne den Grund, zum Beispiel dass das Verhalten beabsichtigt ist oder in einem Issue verfolgt wird, oder markiere die Unterhaltung als erledigt. Wenn eine Person mit Schreibzugriff oder höher den Befund ablehnt, prüft HeyDeer das Bedenken nicht mehr und bringt es nicht wieder auf, auch wenn der Code das Problem noch hat. Andere Antworten werden als Kontext gelesen.
Wann HeyDeer den gesamten Pull Request prüft
- Die erste Prüfung oder jede Prüfung, während Nur neue Änderungen prüfen deaktiviert ist.
- Jemand hat
@heydeer full reviewkommentiert. - Der Basis-Branch hat sich seit der letzten Prüfung geändert.
- Jemand hat eine weitere Prüfung eines Commits angefordert, den HeyDeer bereits geprüft hat, etwa nach dem Ergänzen von Kontext.
- Die letzte Prüfung enthielt Hinweise zur Prüfung zu ausgelassenen Befunden, zu vielen passenden Repository-Prüfungen oder einer unvollständigen Bewertung, oder sie hat um Klärung gebeten.
- GitHub hat den zuletzt geprüften Commit nicht mehr.
Die Zusammenfassung des Checks und die Zeile Geprüft der Prüfung in HeyDeer zeigen, ob eine Prüfung Neue Änderungen oder Gesamter PR abgedeckt hat.
Bestehende Diskussion
HeyDeer liest die PR-Beschreibung als Kontext. Kommentare, die Texte von Prüfungen und die Prüfungsunterhaltungen anderer Personen enthalten nie ein früheres Bedenken und hindern HeyDeer nie daran, einen Befund zu veröffentlichen.