Funkcje

Code reviews

Użyj wbudowanego przepływu pracy Review, aby uzyskać code review wspomagane przez AI bezpośrednio w swoim IDE. Bob analizuje zmiany i oznacza potencjalne problemy przed zatwierdzeniem pracy.

Dlaczego warto używać code review?

  • Wczesne wykrywanie błędów: Identyfikuj problemy, zanim trafią do zatwierdzonej pracy.
  • Oszczędność czasu: Proaktywnie reaguj na potencjalne komentarze recenzentów, skracając czas zatwierdzania PR.
  • Poprawa jakości kodu: Otrzymuj sugestie dotyczące lepszych praktyk programistycznych i konserwacji.
  • Weryfikacja względem issues: Upewnij się, że zmiany są zgodne z wymaganiami issue (wymagany GitHub).

Jak to działa

Przepływ pracy Review działa całkowicie w twoim IDE. Bob udostępnia dedykowany panel Review. Otwórz go poleceniem /review.

Bob analizuje diff między wybranymi gałęziami, a następnie oznacza potencjalne problemy w panelu Bob Findings. Opcjonalnie możesz dołączyć issue GitHub, aby sprawdzić, czy zmiany spełniają jego wymagania.

Review są uruchamiane z automatycznym zatwierdzeniem. Bob przechodzi przez wszystkie kroki analizy bez wymagania ręcznego potwierdzenia.

Przeglądanie kodu

Wymagania wstępne

  • Dostęp do lokalnych lub zdalnych gałęzi, które chcesz porównać.
  • W przypadku walidacji issues: konto GitHub i adres URL issue (GitHub jest wymagany dla funkcji związanych z issues).
Uwaga:

Bob może działać z GitHub i GitLab przy porównywaniu gałęzi. Jednak walidacja issues wymaga GitHub.

Rozpoczynanie review

Otwórz panel Bob Review z paska bocznego za pomocą polecenia /review lub ikony panelu Review. Panel udostępnia wizualny interfejs do konfigurowania i uruchamiania review.

Wybierz gałąź, z którą chcesz porównać, z listy rozwijanej gałęzi. Możesz porównywać z bieżącą gałęzią, gałęziami lokalnymi, gałęziami zdalnymi lub domyślną gałęzią repozytorium.

Włącz Dołącz niezatwierdzone zmiany, jeśli chcesz uwzględnić lokalne modyfikacje, które jeszcze nie zostały zatwierdzone.

Opcjonalnie wybierz issue GitHub z listy issues, aby sprawdzić, czy twoje zmiany spełniają jego wymagania.

Kliknij Rozpocznij review, aby zacząć.

Bob przegląda twoje zmiany i wyświetla wyniki w panelu Bob Findings.

Opcje review

Wybieranie gałęzi do porównania

Selektor rozwijany gałęzi pokazuje:

  • Bieżąca gałąź: Twoja aktywna gałąź.
  • Domyślna gałąź: Domyślna gałąź repozytorium (oznaczona odznaką).
  • Zdalne gałęzie: Gałęzie ze zdalnego repozytorium (oznaczone odznaką).
  • Lokalne gałęzie: Inne lokalne gałęzie (oznaczone odznaką).

Możesz porównać zdalny main z lokalnym main, bieżącą gałąź z dowolną inną lub dowolną kombinację refs.

Pokazywanie niezatwierdzonych zmian

Włącz pole wyboru Dołącz niezatwierdzone zmiany, aby uwzględnić niezatwierdzone lokalne modyfikacje w review. Ta opcja jest automatycznie włączana podczas przeglądania bieżącej gałęzi.

Konfigurowanie wykluczeń z review

Możesz wykluczyć określone pliki lub wzorce z code review:

Otwórz ustawienia Bob.

Przejdź do zakładki Bob Findings.

W sekcji Wykluczenia z review dodaj wzorce glob dla plików do wykluczenia (np. .vscode/**, *.test.ts).

Wykluczone pliki nie będą wyświetlane na liście plików panelu review i nie będą analizowane podczas review.

Korzystanie z Bob Findings

Po zakończeniu review przez Boba wyniki pojawiają się w panelu Bob Findings. Możesz wchodzić w interakcję z tymi wynikami na kilka sposobów:

Przeglądanie wyników

  • Kliknij dowolny wynik w panelu Bob Findings, aby zobaczyć pełne szczegóły.
  • Użyj @issues w menu kontekstowym interfejsu czatu, aby odwoływać się do wyników w rozmowie.
  • Przejdź do pliku, klikając wynik, aby zobaczyć kod w kontekście z adnotacjami inline.

Więcej informacji o wzmiankach kontekstowych znajdziesz w wzmiankach kontekstowych.

Podejmowanie działań w związku z wynikami

Każdy wynik udostępnia następujące działanie:

  • Napraw z Bob: Poproś Boba o automatyczne naprawienie problemu. Bob utworzy zadanie, aby zająć się wynikiem.
  • Odrzuć: Usuń wynik z panelu, jeśli nie jest istotny.

Wskazówki i najlepsze praktyki

  • Łącz z ręcznymi review: Używaj automatycznych review Boba jako pierwszego przejścia przed ludzkimi code review.
  • Weryfikuj pokrycie issues: Dołącz issue GitHub, aby upewnić się, że zmiany w pełni spełniają wymagania przed utworzeniem pull request.
  • Konfiguruj wykluczenia: Wykluczaj pliki testowe, wygenerowany kod lub pliki konfiguracyjne, które nie wymagają review.
  • Porównuj ze zdalnymi gałęziami: Używaj selektora gałęzi, aby sprawdzać swoją pracę względem najnowszych zdalnych zmian.
Jak oceniasz ten temat?