Vai al contenuto
TextArray1.87.0
100% locale

Validatore CODEOWNERS

Controlla un file CODEOWNERS per pattern non validi, proprietari mancanti e regole che non possono mai avere effetto.

Ingresso
Percorsi da verificare (uno per riga)
Uscita
Strumenti correlati
Verificatore di regole .gitignoreStrumenti per sviluppatori
Generatore di gitattributesStrumenti per sviluppatori
Generatore EditorConfigGeneratori casuali
Differenza chiave i18nStrumenti per sviluppatori
Convertitore da TOML a JSONStrumenti per sviluppatori
SQL in JSONStrumenti per sviluppatori
Validatore CODEOWNERS
Incolla il contenuto di un file CODEOWNERS e questo strumento lo verifica riga per riga, come farebbe un revisore. Segnala pattern che non possono essere analizzati, nomi utente e team scritti male, indirizzi e-mail malformati e regole che silenziosamente si duplicano o si nascondono l'una con l'altra — inclusa una regola sepolto sopra un pattern generico successivo che ha silenziosamente assunto il controllo di ogni percorso che possedeva prima.
Scegli la piattaforma utilizzata dal tuo repository — GitHub, GitLab o Bitbucket — poiché gli header di sezione opzionali di GitLab ("[Frontend]") non vengono riconosciuti sugli altri due, e un file scritto per una piattaforma può silenziosamente non fare nulla su un'altra. Attiva "Segnalare percorsi senza proprietario" per segnalare qualsiasi percorso testato non coperto da alcuna regola, "Ordinare i risultati per ordine di regola" per raggruppare i risultati del secondo campo per quale riga lo ha deciso invece dell'ordine in cui li hai incollati, e "Mostrare il numero di regole per proprietario" per vedere a colpo d'occhio chi possiede la maggior parte del file.
Incolla un elenco di percorsi di file nel secondo campo per testarli contro le regole: CODEOWNERS utilizza la stessa logica "ultima regola corrispondente vince" di .gitignore, quindi lo strumento segnala esattamente quale riga e quale proprietario si applica a ogni percorso — non solo se un pattern sembra valido. I terminatori di riga sia Windows che Unix vengono gestiti nello stesso modo e il report rimane un file CODEOWNERS valido e commentato che puoi leggere direttamente dall'output.
Tutto viene eseguito localmente nel tuo browser. Il tuo file e i percorsi che testi non vengono mai caricati da nessuna parte, il che è importante per un file che può elencare la struttura privata del team e del repository. Copia il risultato annotato, scaricalo come file .txt o rimandalo all'input per correggere un problema e verificare di nuovo.
FAQ
Che cosa conta come una regola che "non può mai avere effetto"?
Due casi: un duplicato esatto di un pattern precedente (la riga successiva vince sempre, quindi la precedente è peso morto) e un ampio pattern generico come "*" posizionato dopo una regola più specifica, che silenziosamente annulla tutto ciò che c'è sopra.
Come decide lo strumento quale proprietario si applica a un percorso?
Nello stesso modo in cui GitHub, GitLab e Bitbucket lo fanno: percorre le regole nell'ordine del file e l'ultimo pattern che corrisponde a un determinato percorso vince, anche se una regola precedente che sembra più specifica corrisponde anche.
Perché la scelta della piattaforma è importante se la sintassi sembra la stessa?
La maggior parte della sintassi CODEOWNERS è condivisa, ma le funzioni specifiche di GitLab come gli header di sezione sono semplicemente testo inerte su GitHub e Bitbucket — lo strumento li segnala in modo che tu noti prima che un requisito di revisione non sia silenziosamente applicato.
Verifica che i nomi utente o i team esistano davvero?
No — verifica solo che siano ben formati (caratteri validi, uno "/" per un team, un'e-mail che sembra reale). Confermare che un nome utente o un team esiste ancora nella tua organizzazione richiede il controllo diretto su GitHub, GitLab o Bitbucket.
Il mio file CODEOWNERS viene caricato da qualche parte?
No. La convalida viene eseguita interamente nel tuo browser — il file e qualsiasi percorso che testi non lasciano mai il tuo dispositivo.