Si ma.
Perforce versione 2012.1 ha aggiunto una funzionalità nota come p4ignore , ispirata a Git. Tuttavia, gli sviluppatori di Perforce hanno apportato una modifica al comportamento, senza giustificazione, che rende la funzionalità molto meno utile.
Sebbene Git prenda le regole da tutti i .gitignore
file, Perforce non sa dove cercare finché non si specifica un nome di file in una variabile d'ambiente P4IGNORE
. Questa libertà è una maledizione. Non puoi hackerare su due repository che usano nomi diversi per i loro file da ignorare.
Inoltre, la funzione di ignora di Perforce non funziona immediatamente. Puoi configurarlo abbastanza facilmente per te stesso, ma gli altri non ne traggono vantaggio a meno che non decidano esplicitamente. Un contributore che non l'ha fatto potrebbe accidentalmente inviare file indesiderati (ad es. Una bin
cartella creata da uno script di compilazione).
La funzione ignora di Git è fantastica perché funziona fuori dagli schemi. Se i .gitignore
file vengono aggiunti al repository ( tutti lo fanno ), funzioneranno per tutti. Nessuno pubblicherà accidentalmente la propria chiave privata.
In modo divertente, la documentazione di Perforce mostra ".p4ignore" come esempio di ignorare la regola, che è al contrario! Se le regole sono utili, dovrebbero essere condivise come parte del repository.
Perforce potrebbe ancora migliorare la funzionalità. Scegli una convenzione per i nomi dei file, ad esempio p4ignore.txt
, in modo che la funzionalità funzioni fuori dagli schemi. Lascia perdere la P4IGNORE
variabile ambientale, è controproducente. Modifica i documenti, per incoraggiare gli sviluppatori a condividere regole utili. Consenti agli utenti di scrivere regole personali in un file nella loro cartella home, come fa Git .
Se conosci qualcuno in Perforce, inviagli questo post tramite e-mail.