from - git init remote repository
git add.-> aún "nada para comprometer" con nuevos archivos (5)
Estoy luchando con Git, parece que no puedo agregar mis archivos. Ejecuté ls
para mostrar que los archivos están en el directorio actual, luego ejecuté git add .
luego git status
que mostraba "nada que comprometer".
JJ-Computer:first_app JJ$ git init
Reinitialized existing Git repository in /Users/JJ/rails_projects/first_app/.git/
JJ-Computer:first_app JJ$ ls
Diary.txt README.rdoc config.ru log tmp
Gemfile Rakefile db public vendor
Gemfile.lock app doc script
README config lib test
JJ-Computer:first_app JJ$ git add .
JJ-Computer:first_app Jenn$ git status
# On branch master
nothing to commit (working directory clean)
JJ-Computer:first_app JJ$
Complementando la respuesta de .gitignore de .gitignore
, encontré que mi directorio no estaba siendo rastreado debido al directorio de ''compilación'' temporal de mi administrador de compilación (Maven). Maven agregó ''build'' al .gitignore
al construir mi programa y por lo tanto mi propio directorio (casualmente llamado ''build'') no fue rastreado. Esto fue resuelto cambiando el nombre de mi directorio ''compilación''.
Debido a que he experimentado un problema similar varias veces, me gustaría agregar que debe verificar que está tratando de agregar y que actualmente se encuentra en la carpeta raíz de su proyecto .
En caso de que alguien más se tope con esto, otra razón por la que git no agrega un directorio es que tal vez haya un directorio .git
dentro de ese directorio.
En este caso, git espera que lo trates como un submodule . De lo contrario, simplemente elimine ese .git
(en el directorio, no en la raíz) y vuelva a intentarlo.
Comando práctico:
find . -name ''.git'' -type d
En mi caso, lo resolví escondiéndolo e inmediatamente después aplicando el alijo:
git stash
git stash apply
Esta secuencia dejará el repositorio exactamente como era antes. Después de esto, hacer git add [file]
funcionó correctamente.
(Usando git versión 1.7.12.4 bajo suse linux)
Sus comandos se ven correctos (los he hecho muchas veces de esa manera).
Primer intento
git add --all
y luego prueba el git status
. No creo que eso lo resuelva, pero vale la pena intentarlo a continuación.
A continuación, intente buscar su archivo .gitignore, si tiene uno (en el nivel superior donde hizo git init
).
cat .gitignore
Elimine cualquier lista que esté causando que se ignoren sus archivos. Por ejemplo, ¿hay una entrada con solo *
?
Siguiente intento:
git add --force
y luego prueba el git status
.
Si ninguno de ellos funciona, noto que su salida de git init
dice "reiniciado" en lugar de "inicializado", por lo que es posible que algo se haya desordenado. Si acabas de inicializarlo y no te importa perder el historial, comienza de nuevo eliminando el directorio .git:
rm -rf .git
Y luego reejecuta tus mismos comandos arriba. Si eso no funciona, se requerirá más información sobre su configuración. Por ejemplo, puede tener un archivo global .gitignore: ~/.gitignore_global
que necesita ser editado (o eliminado si no lo desea).