git problema: fatal: no se puede escribir el nuevo archivo de índice

Question

Tengo un proyecto existente que se ha administrado bajo git. Recientemente tuve que hacer una reconstrucción de la computadora (OS X Snow Leopard), y volviendo al proyecto, git puede seguir los cambios en el proyecto, pero no puedo guardar nada en git. Aparece el error en el título cuando intento:

Dans-iMac-335:[app-name-obscured] apple$ git add app/models/* 
fatal: Unable to write new index file 

¿Cuál es la mejor manera de recuperarse de esta situación? Hay una versión del repositorio heroku de esto, pero está muy fuera de sincronización con este. presumiblemente podría usar un nuevo clon como base y actualizar cada archivo, pero eso parece demasiado laborioso y propenso a errores.

¿Qué es lo que git busca aquí que no puede encontrar y hay un cambio que lo restaurará?

Por cierto, los permisos de archivo son correctos a partir de lo que puedo decir - los archivos bajo control y los componentes se .git tanto de mi propiedad con acceso rw ...

Answer 1

¿Tiene acceso de escritura a .git (= ¿Puedes crear nuevos archivos allí y editar los existentes? Si no, ajuste los permisos del archivo.

Si tiene permisos de escritura, parece que ha encontrado un error. Se puede tratar de recuperar por

1. crear un clon de su copia de trabajo actual
2. quitar todos los archivos de la copia de trabajo del clon
3. copia todos los archivos wc de su copia de trabajo actual para el clon (y no copie .git)
4. intenten cometer algo en el clon.

Cuando el último paso funcione, debe configurar las ramas remotas desde su repositorio actual al clon, y luego puede usar el repositorio clonado como su nueva copia de trabajo.

Answer 2

Estaba usando Parallels ejecutando Ubuntu en mi Mac. Podría comenzar, pero no agregar. Creo que el problema es que git add requiere una sincronización atómica con la base de datos git subyacente. Y dado que el sistema de archivos que estaba usando estaba realmente en mi Mac y Parallels estaba exportando desde mi Mac a través de un recurso compartido de red. Creo que esto significa que Git no pudo hacer lo que quería. Mover los archivos localmente solucionó el problema (en mi caso esto fue fácil ya que estaba usando DropBox en mi Mac, así que acabo de instalar DropBox en mi Ubuntu corriendo Parallels)

Answer 3

Me encontré con la misma situación, resultó que mi sistema de archivos estaba lleno.

Answer 4

Tuve un problema similar. "git reset --hard" funcionó para mí.

Answer 5

Si está utilizando sshfs, añadir la opción -o workaround=rename, tal como se describe aquí: http://alan.lamielle.net/2009/07/08/git-over-sshfs

Answer 6

que he tenido un problema de simular con SFTP unidad de red (gratis). La solución es: fill chekcbox "Eliminar el destino existente antes de mover" que se encuentra en la configuración de perfil de la unidad de red SFTP.

Answer 7

me gustaría señalar una mayor causa de este error

Si va a clonar un repositorio Git que contiene otro repositorio git en ella (no submódulo), recibirá este comportamiento.

Espero que ayude a alguien.

Answer 8

Para agregar: sorprendentemente, algunos plugins de git bloquean el archivo de índice. My Eclipse Kepler tiene el complemento predeterminado, que de vez en cuando actualiza alguna información propia de git repo, bloqueando el archivo de índice durante esa operación.

Answer 9

Pude arreglar esto yendo a la carpeta .git en la aplicación git started y eliminando el archivo index.lock/index. Tuve que reindexar toda la aplicación, pero resolvió el problema.

Answer 10

Tuve el mismo problema. Todavía no sé la causa, pero mi solución es eliminar index.lock sudo rm -f index.lock, y luego di permiso de escritura para indexar sudo chmod 777 index. Después de esto, puedo escenificar y comprometerme. El problema es que tengo que hacer esto casi todas las veces que tengo algo que hacer.

Answer 11

Esto es viejo, pero la causa para mí fue Dropbox. Mi repositorio local se almacenó en mi carpeta de Dropbox, y tuve que pausar la sincronización de Dropbox antes de poder completar el comando.

Answer 12

que había utilizado este problema al usar Git en Visual Studio, y mi solución era ejecutar Visual Studio como administrador

Answer 13

que tenían el mismo error porque Copia de seguridad de Google Drive y cliente de sincronización para Windows no se habían publicado una cerradura en dos archivos dentro de este repositorio. Después de que el cliente de sincronización finalizó su trabajo, se produjo un error: Process Explorer -> Find -> Find handle o DLL -> Close Handle.