¿Para qué sirve Generador .gitignore?
El archivo .gitignore le dice a Git qué ficheros no debe seguir: dependencias descargadas (node_modules, venv), artefactos de compilación (dist, build, target), ficheros del sistema operativo (.DS_Store, Thumbs.db) y, sobre todo, secretos como .env. Subir cualquiera de ellos por error engorda el repositorio, genera conflictos absurdos entre compañeros o, en el peor caso, filtra credenciales.
Este generador combina plantillas probadas por lenguaje, framework, IDE y sistema operativo en un único fichero, sin reglas duplicadas, para que empieces cada proyecto con el .gitignore correcto desde el primer commit.
Cómo usarla
- Marca las tecnologías del proyecto (por ejemplo Node, Python o Java) y el IDE que usáis en el equipo.
- Añade los extras que necesites (sistema operativo, ficheros .env, logs) y tus reglas personalizadas.
- Copia el resultado y guárdalo como .gitignore en la raíz del repositorio antes del primer commit.
Conceptos clave
- Patrones
- Una línea como *.log ignora todos los ficheros con esa extensión; build/ ignora la carpeta entera en cualquier nivel.
- Negación
- Una regla que empieza por ! vuelve a incluir algo que otra regla había excluido, por ejemplo !.env.example.
- Ficheros ya seguidos
- .gitignore no afecta a lo que Git ya sigue: hay que sacarlo del índice con git rm --cached <fichero>.
Preguntas frecuentes
¿Dónde se pone el archivo .gitignore?
En la raíz del repositorio. También puedes tener otros en subcarpetas: sus reglas se aplican solo a esa carpeta y a lo que cuelga de ella.
He añadido un fichero al .gitignore y Git lo sigue mostrando, ¿por qué?
Porque ya estaba siendo seguido antes de ignorarlo. Sácalo del índice con git rm --cached <fichero> (sin borrarlo del disco) y haz commit.
¿Debo ignorar el archivo .env?
Sí, siempre: suele contener contraseñas y claves de API. Sube en su lugar un .env.example con las variables vacías como documentación.