Przegląd merge requestów na GitLabie
@codex review uruchamia dodatkowy, wysokiej jakości przegląd merge requestu na GitLabie. Codex analizuje różnice w merge requeście, stosuje wskazówki repozytorium i publikuje standardowy przegląd skupiony na poważnych problemach. Wynik pojawia się w dyskusjach i notatkach merge requestu, podobnie jak komentarz członka zespołu.
Aby ręcznie poprosić o przegląd, dodaj wzmiankę @codex review w komentarzu do merge requestu. Następnie poczekaj, aż Codex zareaguje i opublikuje przegląd. Ręcznie zamówiony przegląd może domyślnie zawierać ustalenia P0, P1 i P2, podczas gdy automatyczny koncentruje się na P0 i P1. Jeśli chcesz, by Codex uwzględniał wskazówki właściwe dla repozytorium, przygotuj plik AGENTS.md.
Dla GitLab.com środowisko projektu jest wymagane, aby włączyć przeglądy Codex. Podczas tworzenia środowiska włącz aktywność Codex z GitLaba, aby zainstalować webhook przekazujący zdarzenia merge requestów, komentarzy i zgłoszeń. W przypadku instancji self-managed lub Dedicated administratorzy obszaru roboczego mogą włączyć przeglądy dla grupy i jej podgrup przez aktywność GitLab. Aktywność grupowa umożliwia przeglądy kodu, ale nie tworzy środowisk projektowych; do zadań edycji plików, uruchamiania poleceń lub wypychania zmian potrzebne jest środowisko projektu.
Automatyczne przeglądy można włączyć w ustawieniach Codex, wybierając politykę repozytorium GitLab oraz wyzwalacz: otwarcie merge requestu, każdy push albo eksperymentalny Smart Trigger. Przy takim ustawieniu Codex działa bez komentarza @codex review, gdy zdarzenie merge requestu pasuje do wybranej polityki i wyzwalacza. Integracja GitLab jest w wersji beta i działa w chmurze Codex; beta nie obejmuje dostępnych w aplikacji desktopowej funkcji GitHub, takich jak tworzenie pull requestu.
@codex review
Zastosowanie w praktyce
Poproś o dodatkowy przegląd merge requestu, gdy chcesz uzyskać ocenę zmian pod kątem poważnych problemów. Dodaj @codex review jako komentarz, gdy chcesz wywołać przegląd ręcznie. Włącz przeglądy automatyczne, jeśli kwalifikujące się merge requesty mają być sprawdzane po wybranym zdarzeniu, na przykład po otwarciu albo każdym pushu. Przy przeglądach zależnych od projektu skonfiguruj środowisko projektu i aktywność GitLab; przeglądy grupowe nie zastępują środowiska potrzebnego do zadań kodowania.