Pull Requests in Riff prüfen
Ein Teammitglied hat die Berechnung im Bestellvorgang geändert. Öffnen Sie die Anfrage in Riff, um die Beschreibung zu lesen, Dateien zu vergleichen, eine Zeile zu besprechen und über die geprüfte Version zu entscheiden. GitLab nennt diese Anfragen Merge Requests; derselbe Ablauf gilt auch dort.
Die zu prüfende Version öffnen
- Verbinden Sie den Git-Anbieter mit einem Konto, das Zugriff auf das Repository und die nötigen Review-Rechte hat.
- Öffnen Sie Pull Requests im Repository-Tab und wählen Sie eine Anfrage, oder nutzen Sie die Review-Aktion in Riff aus Setlist.
- Lesen Sie Beschreibung, Autor, Reviewer, Quell- und Zielbranch sowie den SHA des geprüften Commits. Wählen Sie eine geänderte Datei, um deren Diff zu lesen.
- Prüfen Sie vorhandene Rückmeldungen unter Diskussionen und die vom Anbieter gemeldeten Ergebnisse unter Prüfungen. Ein fehlendes oder unvollständiges Ergebnis ist keine erfolgreiche Prüfung. Öffnen Sie die Anfrage beim Anbieter, wenn Riff unvollständige Daten meldet.
Die Anfrage kann verfügbar sein, während ihr Diff fehlt. Aktualisieren Sie das Review oder öffnen Sie einen Klon auf dem Computer, damit Riff bei Bedarf die genauen Revisionen vorbereitet. Binärdateien, sehr große Diffs und ohne Textänderungen umbenannte Dateien haben möglicherweise keine kommentierbaren Zeilen.
Eine Zeile kommentieren oder antworten
Wählen Sie die Funktion zum Kommentieren von Zeilen, markieren Sie eine Zeile im geladenen Diff und schreiben Sie Ihren Kommentar. Der Editor nennt Datei und Zeile vor dem Senden. Für eine Antwort wählen Sie eine vorhandene Diskussion und schreiben in deren Editor. Mit Kommentar senden wird der Text beim Anbieter veröffentlicht.
Die Liste zeigt höchstens 4.000 Zeilen und kürzt die Vorschau langer Zeilen. Nutzen Sie Diff für den ausführlicheren Vergleich und die Anbieterseite für Inhalte außerhalb der geladenen Ansicht. Ein nicht verfügbarer Lösungsstatus bedeutet, dass der Anbieter ihn nicht geliefert hat, nicht dass die Diskussion weiterhin ungelöst ist. Die aktuelle GitHub-Review-Verbindung liefert diesen Status nicht.
Genehmigen oder Änderungen anfordern
| Anbieter | Entscheidungen in Riff |
|---|---|
| GitHub | Genehmigen oder Änderungen anfordern. Beim Anfordern von Änderungen ist eine Review-Nachricht erforderlich. Die Übermittlung benennt den geprüften Commit. |
| GitLab | Den geprüften Commit genehmigen. Änderungen anzufordern ist in diesem integrierten Ablauf nicht verfügbar; hinterlassen Sie einen Kommentar oder nutzen Sie GitLab für weitere Aktionen. |
| Bitbucket Cloud | Genehmigen oder Änderungen anfordern. Der Anbieter bindet die Entscheidung nicht atomar an einen Commit. |
| Azure DevOps Services | Genehmigen oder Änderungen anfordern, dargestellt durch das Anbietervotum, das auf den Autor wartet. Der Anbieter bindet das Votum nicht atomar an einen Commit. |
Prüfen Sie vor dem Senden den Commit-SHA in der Bestätigung. Riff prüft die Anfrage erneut vor und nach dem Senden. Hat sie sich geändert, prüfen Sie die neue Version vor einer weiteren Entscheidung. Berechtigungen und Branch-Richtlinien gelten weiterhin; eine Genehmigung führt keinen Merge aus.
Das Sendeergebnis verstehen
Meldet Riff die Übermittlung an eine frühere Version, wurde die Aktion gesendet, aber die Anfrage hat sich geändert. Konnte die neueste Revision nicht geprüft werden, war das Senden erfolgreich, die anschließende Prüfung ist jedoch nicht verfügbar. Aktualisieren Sie in beiden Fällen vor dem Fortfahren.
Konnte die Operation nicht bestätigt werden, prüfen Sie den Anbieter und aktualisieren Sie vor einem erneuten Versuch, um doppelte Kommentare oder Voten zu vermeiden. Riff wiederholt einen ungewissen Versand nicht automatisch. Entwürfe bleiben in der aktuellen Review-Sitzung erhalten. Das Schließen von Kontext oder Fenster wartet, solange eine Übermittlung läuft.
Den geprüften Code ausprobieren
Wählen Sie In Worktree öffnen, einen anderen Zielordner und einen passenden Branchnamen. Riff bereitet den genauen geprüften Commit vor und erhält den ursprünglichen Checkout. Führen Sie dort die Projektprüfungen aus und kehren Sie zum Review zurück. Arbeitskontexte und Worktrees erklärt den Aufgabenwechsel und das sichere Entfernen des zusätzlichen Ordners. Dieser Review-Ablauf benötigt keine KI.