Przejdź do treści
100% lokalnie

Walidator CODEOWNERS

Sprawdź plik CODEOWNERS pod kątem nieprawidłowych wzorów, brakujących właścicieli i reguł, które nigdy nie będą obowiązywać.

Wejście
Ścieżki do sprawdzenia (jedna na wiersz)
Wynik

Walidator CODEOWNERS

Wklej zawartość pliku CODEOWNERS, a to narzędzie sprawdzi go tak, jak robi to recenzent — wiersz po wierszu. Wyróżni wzory, które nie mogą być przeanalizowane, nieprawidłowo napisane nazwy użytkowników i zespołów, błędnie sformatowane adresy e-mail oraz reguły, które po cichu duplikują lub zaciemniają się nawzajem — w tym regułę ukrytą nad późniejszym wzorcem catch-all, który po cichu przejął każdą ścieżkę, którą kiedyś posiadał.

Wybierz platformę, którą używa Twoje repozytorium — GitHub, GitLab lub Bitbucket — ponieważ opcjonalne nagłówki sekcji w GitLab ("[Frontend]") nie są rozpoznawane na pozostałych dwóch, a plik napisany dla jednej platformy może po cichu nie działać na drugiej. Włącz "Zgłoś ścieżki bez właściciela", aby zwrócić uwagę na każdą testowaną ścieżkę, którą nie obejmuje żadna reguła, "Sortuj wyniki według kolejności reguł", aby pogrupować wyniki drugiego pola według wiersza, który je zdecydował, zamiast kolejności, w której je wkleiłeś, i "Pokaż liczbę reguł na właściciela", aby zobaczyć, kto jest właścicielem większości pliku na pierwszy rzut oka.

Wklej listę ścieżek plików do drugiego pola i przetestuj je względem reguł: CODEOWNERS wykorzystuje tę samą logikę "ostatnia pasująca reguła wygrywa" co .gitignore, więc narzędzie raportuje dokładnie, który wiersz i który właściciel mają zastosowanie do każdej ścieżki — nie tylko czy wzór wygląda prawidłowo. Oba końce linii Windows i Unix są obsługiwane w ten sam sposób, a raport pozostaje prawidłowym, skomentowanym plikiem CODEOWNERS, który można przeczytać bezpośrednio z wyjścia.

Wszystko działa lokalnie w Twojej przeglądarce. Twój plik i testowane ścieżki nigdy nigdzie się nie udostępniają, co ma znaczenie dla pliku, który może zawierać listę prywatnej struktury zespołu i repozytorium. Skopiuj adnotowany wynik, pobierz go jako plik .txt lub wyślij go z powrotem na wejście, aby naprawić problem i ponownie sprawdzić.

Częste pytania

Co uważa się za regułę, która "nigdy nie będzie obowiązywać"?
Dwa przypadki: dokładny duplikat wcześniejszego wzoru (późniejszy wiersz zawsze wygrywa, więc wcześniejszy jest martwą wagą) i szeroki wzorzec catch-all jak "*" umieszczony po bardziej konkretnej regule, która po cichu przesłania wszystko powyżej niej.
Jak narzędzie decyduje, który właściciel ma zastosowanie do ścieżki?
Tak samo jak GitHub, GitLab i Bitbucket: przechodzi przez reguły w kolejności pliku i ostatni wzorzec, który pasuje do danej ścieżki, wygrywa, nawet jeśli wcześniejsza, bardziej konkretna reguła również pasowała.
Dlaczego wybór platformy ma znaczenie, jeśli składnia wygląda tak samo?
Większość składni CODEOWNERS jest wspólna, ale funkcje tylko dla GitLab, takie jak nagłówki sekcji, to po prostu inertny tekst na GitHub i Bitbucket — narzędzie je oznacza, abyś to zauważył, zanim wymóg przeglądu po cichu zawiedzie.
Sprawdza, czy nazwy użytkowników lub zespoły rzeczywiście istnieją?
Nie — sprawdza tylko, czy są prawidłowo sformatowane (prawidłowe znaki, jeden "/" dla zespołu, realnie wyglądający e-mail). Potwierdzenie, że nazwa użytkownika lub zespół nadal istnieje w Twojej organizacji, wymaga sprawdzenia bezpośrednio na GitHub, GitLab lub Bitbucket.
Czy mój plik CODEOWNERS jest gdzieś przesyłany?
Nie. Walidacja przebiega całkowicie w Twojej przeglądarce — plik i wszystkie testowane ścieżki nigdy nie opuszczają Twoje urządzenie.