Nutze den integrierten Review-Workflow für KI-gestützte Code-Reviews direkt in deiner IDE. Bob analysiert Änderungen und markiert potenzielle Probleme, bevor du deine Arbeit committest.

Warum Code-Reviews nutzen?

Fehler früh erkennen: Identifiziere Probleme, bevor sie in deinen commotteten Code gelangen.

Zeit sparen: Gehe proaktiv auf potenzielle Reviewer-Kommentare ein und reduziere die PR-Genehmigungszeit.

Code-Qualität verbessern: Erhalte Vorschläge für bessere Programmierpraktiken und Wartbarkeit.

Gegen Issues validieren: Stelle sicher, dass deine Änderungen den Issue-Anforderungen entsprechen (GitHub erforderlich).

So funktioniert es

Der Review-Workflow läuft vollständig in deiner IDE. Bob stellt ein dediziertes Review-Panel bereit. Öffne es mit dem Befehl /review.

Bob überprüft den Diff zwischen deinen ausgewählten Branches und markiert potenzielle Probleme im Bob-Findings-Panel. Du kannst optional ein GitHub-Issue hinzufügen, um zu validieren, dass deine Änderungen dessen Anforderungen erfüllen.

Reviews laufen mit Auto-Approval. Bob durchläuft alle Analyseschritte, ohne manuelle Bestätigung zu benötigen.

Deinen Code reviewen

Voraussetzungen

Zugriff auf die lokalen oder Remote-Branches, die du vergleichen möchtest.

Für die Issue-Validierung: ein GitHub-Konto und die URL des Issues (GitHub ist für issue-bezogene Features erforderlich).

Hinweis:

Bob kann mit GitHub und GitLab für Branch-Vergleiche arbeiten. Die Issue-Validierung erfordert jedoch GitHub.

Review starten

Öffne das Bob-Review-Panel in deiner Seitenleiste mit dem Befehl /review oder dem Review-Panel-Symbol. Das Panel bietet eine visuelle Oberfläche zum Konfigurieren und Starten deines Reviews.

Wähle den Branch aus, gegen den du vergleichen möchtest, aus dem Branch-Dropdown. Du kannst gegen deinen aktuellen Branch, lokale Branches, Remote-Branches oder den Standard-Branch deines Repositorys vergleichen.

Aktiviere Uncommitted Changes einbeziehen, wenn du lokale Änderungen einbeziehen möchtest, die noch nicht commitet wurden.

Wähle optional ein GitHub-Issue aus der Issue-Liste aus, um zu validieren, dass deine Änderungen dessen Anforderungen erfüllen.

Klicke auf Review starten, um zu beginnen.

Bob überprüft deine Änderungen und zeigt Findings im Bob-Findings-Panel an.

Review-Optionen

Vergleichs-Branch auswählen

Das Branch-Dropdown zeigt:

Aktueller Branch: Dein aktiver Branch.

Standard-Branch: Der Standard-Branch deines Repositorys (mit Badge markiert).

Remote-Branches: Branches aus deinem Remote-Repository (mit Badge markiert).

Lokale Branches: Andere lokale Branches (mit Badge markiert).

Du kannst Remote-Main gegen lokales Main, deinen aktuellen Branch gegen einen anderen Branch oder eine beliebige Kombination von Refs vergleichen.

Uncommitted Changes anzeigen

Aktiviere das Kontrollkästchen Uncommitted Changes einbeziehen, um lokale, noch nicht committete Änderungen in deinen Review einzubeziehen. Diese Option wird automatisch aktiviert, wenn du deinen aktuellen Branch reviewst.

Review-Ausschlüsse konfigurieren

Du kannst bestimmte Dateien oder Muster aus Code-Reviews ausschließen:

Öffne die Bob-Einstellungen.

Navigiere zur Registerkarte „Bob Findings".

Füge unter „Review Exclusions" Glob-Muster für auszuschließende Dateien hinzu (z. B. .vscode/**, *.test.ts).

Ausgeschlossene Dateien erscheinen nicht in der Dateiliste des Review-Panels und werden während Reviews nicht analysiert.

Bob Findings verwenden

Sobald Bob einen Review abgeschlossen hat, erscheinen die Findings im Bob-Findings-Panel. Du kannst mit diesen Findings auf verschiedene Arten interagieren:

Findings anzeigen

Klicke auf ein Finding im Bob-Findings-Panel, um vollständige Details anzuzeigen.

Verwende @issues im Kontext-Dropdown-Menü der Chat-Oberfläche, um in Gesprächen auf Findings zu verweisen.

Navigiere zur Datei, indem du auf das Finding klickst, um den Code im Kontext mit Inline-Anmerkungen zu sehen.

Weitere Informationen zu Kontext-Erwähnungen findest du unter Kontext-Erwähnungen.

Maßnahmen zu Findings ergreifen

Jedes Finding bietet die folgende Aktion:

Mit Bob beheben: Bitte Bob, das Problem automatisch zu beheben. Bob erstellt eine Aufgabe, um das Finding zu adressieren.

Verwerfen: Entferne das Finding aus dem Panel, wenn es nicht relevant ist.

Tipps und Best Practices

Mit manuellen Reviews kombinieren: Nutze Bobs automatisierte Reviews als ersten Durchgang vor menschlichen Code-Reviews.

Issue-Abdeckung validieren: Füge ein GitHub-Issue hinzu, um sicherzustellen, dass deine Änderungen die Anforderungen vollständig erfüllen, bevor du einen Pull Request erstellst.

Ausschlüsse konfigurieren: Schließe Testdateien, generierten Code oder Konfigurationsdateien aus, die keinen Review benötigen.

Gegen Remote-Branches vergleichen: Verwende den Branch-Selektor, um deine Arbeit gegen die neuesten Remote-Änderungen zu reviewen.

Code reviews