Sí, pero.
Perforce versión 2012.1 agregó una función conocida como p4ignore , inspirada en Git. Sin embargo, los desarrolladores de Perforce hicieron un cambio en el comportamiento, sin justificación, que hace que la función sea mucho menos útil.
Mientras que Git toma las reglas de todos .gitignore
archivos, Perforce no sabe dónde buscar hasta que especifique un nombre de archivo en una variable de entorno P4IGNORE
. Esta libertad es una maldición. No puede piratear dos repositorios que usan nombres diferentes para sus archivos ignorados.
Además, la función de ignorar de Perforce no funciona bien. Puede configurarlo con bastante facilidad, pero otros no se benefician a menos que lo suscriban explícitamente. Un colaborador que no lo ha hecho puede enviar accidentalmente archivos no deseados (por ejemplo, una bin
carpeta creada por un script de compilación).
La función de ignorar de Git es excelente porque funciona de manera sencilla. Si los .gitignore
archivos se agregan al repositorio ( todos hacen esto ), funcionarán bien para todos. Nadie publicará accidentalmente su clave privada.
Curiosamente, los documentos de Perforce muestran '.p4ignore' como un ejemplo de regla de ignorar, que es al revés. Si las reglas son útiles, deben compartirse como parte del repositorio.
Perforce aún podría cumplir con la función. Elija una convención para los nombres de archivo, por ejemplo p4ignore.txt
, para que la función funcione correctamente. Suelta la P4IGNORE
variable de entorno, es contraproducente. Edite los documentos para animar a los desarrolladores a compartir reglas útiles. Permita que los usuarios escriban reglas personales en un archivo en su carpeta de inicio, como lo hace Git .
Si conoce a alguien en Perforce, envíele esta publicación por correo electrónico.