Inoltre, per quanto posso dire (il meccanismo P4IGNORE non è completamente documentata):
P4IGNORE sembra non avere via di fuga # (il cancelletto, un personaggio che ho davvero vuole avere in P4IGNORE dal EMACS crea file di backup di nome # # nome del file.
sembra # in P4IGNORE è un carattere di commento, ma solo se il primo carattere su una riga.
Così
*#*
sembra ignorare tutti i file con # in essi. , ad esempio sembra essere l'equivalente di Perl regexp qr {^. #. $}.
Questo è un po 'paura, perché se # è stato il commento personaggio normale nella maggior parte dei sistemi, il modello # sarebbe un * seguito da un commento # *, e non terrebbe conto di tutti i file. Ma sembra funzionare.
(gestione del Git di # è un po 'speciale.)
P4IGNORE non sembra gestire modelli come
# matches any single character filename
?
un singolo carattere
[seq]
corrisponde a qualsiasi carattere nel set
ecc.,
quindi per ignorare un nome di file con una singola lettera come 'a', ho dovuto elencare tutte le 62 possibilità [a-zA-Z0-9]. (Ho l'abitudine di creare file tmp come 'a', 'b' ...).
Non ho ancora utilizzato il modo in cui Perforce gestisce i periodi nei nomi dei file.
so per certo che ignorare un nome di file come '# more-merda' quello che dovete fare
.#*
oltre a
*#*
, ma questo potrebbe essere solo il normale nascondersi file DOT .
Tuttavia, ci sono stati diversi casi in cui un modello come
tmp-*
non è stata la cattura di 'tmp-foo.txt'
che ho fissato con l'aggiunta di
tmp-*.*
(Nota : più recentemente ho usato bzr e hg, con regexp completamente potenti, quindi potrebbe essere necessario cercare cose più potenti di git)
questo è fuori della data per il rilascio più recente Perforce. Per quanto ne so, Perforce ora supporta completamente la sintassi di gitignore. –
Anche se l'articolo dice "Git ignora la sintassi è completamente supportato", sono abbastanza sicuro che il carattere jolly a carattere singolo, per pattern come?, ??, non è ancora supportato. Vedi http://blog.andy.glew.ca/2016/09/perforce-git-ignore-syntax-is-fully.html –