Oui, Mais.
Perforce version 2012.1 ajouté une fonctionnalité connue sous le nom p4ignore, inspiré par Git. Cependant le Perforce développeurs ont fait un changement dans le comportement, sans justification, ce qui arrive à rendre la fonction beaucoup moins utiles.
Alors que Git prend règles de tous les .gitignore
fichiers, Perforce ne savez pas où chercher jusqu'à ce que vous indiquez un nom de fichier dans une variable d'environnement P4IGNORE
. Cette liberté est une malédiction. Vous ne pouvez pas pirater sur deux référentiels qui utilisent des noms différents pour leur ignorer les fichiers.
Aussi, Nécessairement, de l'ignorer fonctionnalité n'est pas sorti de la boîte. Vous pouvez le régler assez facilement pour vous-même, mais d'autres n'en bénéficient pas, à moins qu'ils explicitement opt-in. Un contributeur qui n'a pas risquez de commettre des fichiers indésirables (par exemple. un bin
dossier créé par un script de compilation).
Git est ignorer la fonction est grand parce qu'il fonctionne hors de la boîte. Si l' .gitignore
des fichiers sont ajoutés au référentiel (tout le monde fait ça), ils vont travailler hors de la boîte pour tout le monde. On ne s'accidentellement publier sa clé privée.
De manière amusante, le Perforce docs affiche".p4ignore " comme un exemple ignorer la règle, qui est à l'envers! Si les règles sont utiles, ils doivent être partagés dans le cadre du référentiel.
Perforce pourrait encore en faire bon sur la fonctionnalité. Choisissez une convention pour les noms de fichier, disons p4ignore.txt
, de sorte que la fonction fonctionne hors de la boîte. Baisse de l' P4IGNORE
variable d'environnement, il est contre-productif. Modifier les documents, d'encourager les développeurs pour le partage de ces règles. Laissez utilisateurs d'écrire des règles personnelles dans un fichier dans son dossier de départ, que Git n'.
Si vous connaissez quelqu'un à Perforce, veuillez les envoyer par courriel ce post.