Leer el gitignore incluido

Con el primer push ya comprobado, abrí lab/.gitignore en el editor del host, todavía en la rama main. Antes de instalar y construir la app, vamos a entender por qué este archivo ya estaba en el starter. El fragmento muestra algunas de sus reglas. No reemplaces el archivo real, que incluye otras para caches y metadatos.

**/node_modules/
**/.next/
**/.vercel/
.env
.env.*
!.env.example
*.pem
*.key

Las primeras reglas dejan afuera cosas que podemos volver a generar. node_modules/ contiene dependencias descargables, .next/ contiene archivos generados y .vercel/ guarda metadatos locales de Vercel. Otras reglas ayudan a evitar que agregues secretos, porque .env.local y las claves .pem y .key pueden contenerlos.

Buscá esas reglas en el archivo real. .gitignore le indica a Git qué archivos locales nuevos no añadir. Ignorar no deja de seguir algo ya versionado. Si Git ya registraba un archivo, va a seguir registrando sus cambios aunque después lo agregues a .gitignore.

Tampoco borra archivos del disco ni cifra secretos. La excepción ! vuelve a permitir un nombre que otra regla ignoraba. Por eso !.env.example permite guardar una plantilla de variables. En esa plantilla dejá sólo nombres y valores de muestra, nunca credenciales.

Si venís trabajando sobre un repo existente que ya sigue artefactos, podés consultar reparar artefactos. No es un paso obligatorio para este starter. Quitar el seguimiento no elimina commits anteriores, y una credencial publicada exige revocación o rotación.

Si falta .gitignore o encontrás secretos en su contenido, frená antes de seguir. Podés consultar la Referencia de gitignore.