Hoppa till innehåll
100% lokalt

CODEOWNERS-validator

Kontrollera en CODEOWNERS fil på ogiltiga mönster, saknade ägare och regler som aldrig kan träda i kraft.

Inmatning
Sökvägar att kontrollera (en per rad)
Utmatning

CODEOWNERS-validator

Klistra in innehållet i en CODEOWNERS fil och det här verktyget granskar den på det sätt en granskare skulle göra — rad för rad. Det flaggar mönster som inte kan tolkas, användarnamn och team som är felskrivna, felaktiga e-postadresser och regler som tyst dupliceras eller döljer varandra — inklusive en regel begravd ovanför ett senare catch-all-mönster som tyst har tagit över alla sökvägar den en gång ägde.

Välj plattformen som ditt arkiv använder — GitHub, GitLab eller Bitbucket — eftersom GitLabs valfria avsnittshuvuden ("[Frontend]") inte känns igen på de andra och en fil skriven för en plattform kan tyst göra ingenting på en annan. Aktivera "Rapportera sökvägar utan ägare" för att anropa alla testade sökvägar som ingen regel täcker, "Sortera sökvägar efter regelordning" för att gruppera andra fältets resultat efter vilken rad som bestämde dem istället för ordningen du klistrade in dem, och "Visa regelantal per ägare" för att se i en blick vem som äger det mesta av filen.

Klistra in en lista över filsökvägar i det andra fältet för att testa dem mot reglerna: CODEOWNERS använder samma "sista regeln vinner"-logik som .gitignore, så verktyget rapporterar exakt vilken rad och vilken ägare som gäller för varje sökväg — inte bara om ett mönster ser giltigt ut. Både Windows och Unix radbrytningar hanteras på samma sätt och rapporten förblir en giltig, kommenterad CODEOWNERS fil som du kan läsa direkt från resultatet.

Allt körs lokalt i din webbläsare. Din fil och de sökvägar du testar laddas aldrig upp någonstans, vilket är viktigt för en fil som kan lista privat team- och databaskstruktur. Kopiera det kommenterade resultatet, ladda ned det som en .txt-fil eller skicka det tillbaka till inmatningen för att åtgärda ett problem och kontrollera igen.

FAQ

Vad räknas som en regel som "aldrig kan träda i kraft"?
Två fall: en exakt kopia av ett tidigare mönster (den senare raden vinner alltid, så den tidigare är död last) och ett brett catch-all-mönster som "*" placerat efter en mer specifik regel, som tyst åsidosätter allt ovanför det.
Hur bestämmer verktyget vilken ägare som gäller för en sökväg?
På samma sätt som GitHub, GitLab och Bitbucket: det går igenom reglerna i filordning och det sista mönstret som matchar en given sökväg vinner, även om en tidigare, mer specifik regel också matchade.
Varför spelar det roll vilket platform jag väljer om syntaxen ser likadan ut?
Det mesta av CODEOWNERS syntaxen är delad, men GitLab-only funktioner som avsnittshuvuden är helt enkelt inert text på de andra — verktyget flaggar dem så du märker innan ett granskningskrav tyst misslyckas.
Kontrollerar det om användarnamnen eller team faktiskt finns?
Nej — det kontrollerar bara att de är välformade (giltiga tecken, en "/" för ett team, en verkligt utseende e-post). Att bekräfta att ett användarnamn eller team fortfarande finns i din organisation kräver att du kontrollerar mot GitHub, GitLab eller Bitbucket själv.
Laddas min CODEOWNERS fil upp någonstans?
Nej. Validering körs helt i din webbläsare — filen och alla sökvägar du testar lämnar aldrig din enhet.