¿Puedes escribir comentarios en un archivo .gitignore
?Comentarios en .gitignore?
En caso afirmativo, ¿la línea debe ir precedida de un #
o algún otro indicador?
¿Puedes escribir comentarios en un archivo .gitignore
?Comentarios en .gitignore?
En caso afirmativo, ¿la línea debe ir precedida de un #
o algún otro indicador?
Sí, puede poner comentarios ahí. Sin embargo, deben comenzar al principio de una línea.
cf. http://git-scm.com/book/en/Git-Basics-Recording-Changes-to-the-Repository#Ignoring-Files
Las reglas para los patrones que puede poner en el archivo .gitignore son los siguientes:
- Las líneas en blanco o líneas que comienzan con # son ignorados.
[...]
El carácter de comentario es #
, ejemplo:
# no .a files
*.a
No sé si fue cierto cuando se respondió esto, pero la sección del libro vinculado indica que, además de comenzar una línea, los comentarios también pueden _appended_ a una línea en el archivo .gitignore. –
@ StuartR.Jefferys Estoy en git 1.7.4.1 y estoy descubriendo que una línea con un comentario al final no funciona: 'src/main/log/# No funciona. El estado de git todavía muestra este directorio' 'src/main/log /' Funciona bien. El estado de git no muestra el directorio. De hecho, parece que _any_ espacios en blanco al final de la línea se considera parte del patrón de ignorar. – Johann
@Johann ¡Tienes razón! El espacio en blanco final es significativo, incluso con directorios (que terminan en '/'). Si un archivo tiene un espacio final, la entrada '.gitignore' debe coincidir; 0 o 2 espacios y falla Lo considero un error. Estoy usando la versión de Git 1.7.5.4. Podría ser intencional, incluso si probablemente no debería. Pero puede usar '[]' como un especificador de caracteres espaciales. Eso es mucho mejor que permitir espacios en blanco al final; permite el raro espacio final intencional, al tiempo que hace que el caso de error más común (y difícil de detectar) sea detectable. –
hacer git help gitignore
Usted obtendrá la página de ayuda con la siguiente línea:
A line starting with # serves as a comment.
+1 para señalar cómo encontrar información, no solo para proporcionar información. –
@cregox - 'Además, me gusta usar computadoras sin líneas de comando' - git es el lugar equivocado para ti, lo siento. – manojlds
@manojlds 'git' es el lugar correcto para todos, al igual que' rsync'. solo necesitan buenos gui, como Dropbox. demasiado triste todavía nos falta uno para git ... – cregox
Si use un editor que conozca estas cosas (por ejemplo, Vim), las líneas comentadas con '#' se formateará adecuadamente, ¡es fácil descubrirse de esa manera! – Cascabel
¿Estás buscando un .gitignoreignore? – daviewales