.gitignore es ignorado por Git

Mi archivo .gitignore parece ser ignorado por Git - ¿podría el archivo .gitignore estar corrupto? ¿Qué formato de archivo, configuración regional o cultura espera Git?

Mi archivo .gitignore:

# This is a comment
debug.log
nbproject/

Salida de git status:

# On branch master
# Your branch is ahead of 'origin/master' by 1 commit.
#
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#
#       debug.log
#       nbproject/
nothing added to commit but untracked files present (use "git add" to track)

Me gustaría que debug.log y nbproject/ no aparecieran en la lista de archivos sin seguimiento.

¿Por dónde debería empezar a buscar para arreglar esto?

Incluso si no has rastreado los archivos hasta ahora, Git parece ser capaz de "saber" sobre ellos incluso después de añadirlos a .gitignore.

NOTA: Primero confirma tus cambios actuales, o los perderás.

Luego ejecuta los siguientes comandos desde la carpeta superior de tu repositorio Git:

git rm -r --cached .
git add .
git commit -m "fixed untracked files"
Comentarios (29)
Solución

Arreglado. OK, he creado el archivo .gitignore en el Bloc de notas en Windows y no funcionaba. Cuando vi el archivo .gitignore en Linux parecía un galimatías organizado - tal vez el Bloc de notas había escrito Unicode en lugar de ASCII o lo que sea de 8 bits.

Así que reescribí el archivo en mi caja de Linux, y cuando lo volví a sacar en Windows ¡funciona bien! ¡Viva!

Comentarios (15)

Una cosa que también hay que mirar: ¿Está guardando su archivo .gitignore con los finales de línea correctos?

Windows:

Si lo está usando en Windows, ¿lo está guardando con los finales de línea de Windows? No todos los programas lo hacen por defecto; Notepad++ y muchos editores de PHP utilizan por defecto los finales de línea de Linux para que los archivos sean compatibles con el servidor. Una manera fácil de comprobar esto, es abrir el archivo en el Bloc de notas de Windows. Si todo aparece en una línea, entonces el archivo fue guardado con los finales de línea de Linux.

Linux:

Si tiene problemas para que el archivo funcione en un entorno Linux, abra el archivo en un editor como Emacs o nano. Si ve algún carácter no imprimible, entonces el archivo se guardó con los finales de línea de Windows.

Comentarios (0)