En la segunda entrega de esta serie aprendimos en qué orden se aplican los patrones para ignorar cambios en ciertos ficheros del repositorio. En esta tercera entrega veremos los patrones y reglas que git utiliza para interpretar los ficheros it ignore.
Comentarios y líneas en blanco
Podemos hacer nuestro fichero más legible si incluimos comentarios y separadores:
- Cualquier línea que comience por # es un comentario
- Una línea en blanco no se considera un patrón por parte de git, por lo que puede ser usada como un separador
Sé considerado con el resto de los miembros del equipo y comenta adecuadamente cada uno de los patrones que utilices. Indica el porqué de ese patrón de forma que el resto de compañeros o colaboradores sepan porqué has decidido en un momento dado ignorar ciertos ficheros. Y una cosa más, no todo el mundo usa las mismas herramientas que tú ni tiene tu mismo nivel de conocimientos en determinadas materias así que piensa un poco en los demás y ayúdales:
# Jetbrains IDEs: PHPStorm / RubyMine # (No todo el mundo tiene que saber que los ficheros .idea son de un # entorno de desarrollo) .idea # Ficheros de documentación sphynx. Puedes generar tu copia local de la doc # en /doc/build utilizando los scripts sphynx en /doc /doc/build/
Negación
Utilizando el carácter ! podemos invertir un patrón ¿Qué significa invertir un patrón? Veamoslo con un ejemplo:
# Incluir expresamente en el repositorio todos los ficheros con extensión php !*.php
¿Porqué podemos necesitar este tipo de patrones? Imagina que estás trabajando en un proyecto en PHP; como te puedes imaginar, si tu repositorio sólo tuviese estas dos líneas en los ficheros git/info/exclude, .ignore y .gitignore_local podríamos quitarlas ya que el efecto sería el mismo. Ahora bien ¿para qué podemos necesitar un patrón como este?:
- Tal y como vimos en la anterior entrega, para invertir patrones de menor prioridad
- Crear excepciones a patrones muy restrictivos
Veamos un ejemplo del segundo caso. Siguiendo con el ejemplo de un proyecto en PHP, podemos eliminar la línea anterior ya que no hace falta. Ahora bien ¿qué hacemos con los ficheros html?:
# Ignorar todos los ficheros .html... *.html #... excepto en la carpeta web !web/*.html
En este caso, cualquier fichero con extensión .html en cualquier carpeta se ignorará, excepto los ficheros que estén en la carpeta web. Cuidado porque ficheros .html que estén en una subcarpeta de web, como por ejemplo web/archive, también se ignorarán. Más adelante veremos porqué.
Ignorando carpetas enteras
Si un patrón acaba con una barra /, git ignorará cualquier fichero dentro de esa carpeta:
# Ignorar el contenido de las carpetas log y cache cache/ log/
Git ignorará cualquier fichero que esté dentro de cache/ o log/ o en cualquier subcarpeta que cuelgue de ellas.
Este patrón no se lleva muy bien con la negación ¿Por qué decimos esto? Imagina que quieres ignorar el contenido de la carpeta web entera (incluyendo todas las subcarpetas que cuelgan de ella) excepto el fichero web/index.php. Con lo que sabemos hasta ahora, intentaríamos una combinación de patrones como la siguiente:
#Esto no funciona: # git ignorará también el fichero index.php web/ !web/index.php
Desafortunadamente esto no funciona y git ignorará fichero index.php. Veremos en una futura entrega cómo resolver este problema.
Una última nota sobre el uso de /. Si usamos el siguiente patrón
#Ignorar el contenido de la carpeta web web/
y web no es una carpeta sino un enlace simbólico o un fichero regular:
total 16 -rw-r--r-- 1 aalba staff 0 22 dic 14:42 Alumno.php -rw-r--r-- 1 aalba staff 0 22 dic 14:41 Curso.php -rw-r--r-- 1 aalba staff 0 22 dic 14:42 Licencia.php -rw-r--r-- 1 aalba staff 339 7 dic 16:39 README.md drwxr-xr-x 3 aalba staff 238 29 dic 08:29 builds lrwxr-xr-x 1 aalba staff 11 29 dic 08:29 web -> builds/html
¡el fichero no se ignora!
$ git status # On branch master # Untracked files: # (use "git add <file>..." to include in what will be committed) # # web ^^^ -> el enlace simbólico o fichero regular no se ignora ya que el patrón web/ sólo se aplica a carpetas
Esto es todo por hoy, en la siguiente entrega de la serie veremos los patrones shell que podemos utilizar.
Pingback: git - ignorando ficheros - Parte IV - Más patrones