2012-08-07 23 views
14

Tengo un problema constante con uno de mis repositorios git. Sigo recibiendo el siguiente error:GIT: /.git/index.lock ': El archivo existe

fatal: Unable to create 'v:/path/to/files/.git/index.lock': File exists. 

    If no other git process is currently running, this probably means a 
    git process crashed in this repository earlier. Make sure no other git 
    process is running and remove the file manually to continue. 

que he intentado: rm -f ./.git/index.lock según otro hilo en StackOverflow pero me sale este error cada vez: rm: no se puede desvincular `./.git/index.lock ': Permiso denegado

Cuando cierro aptana (estoy usando git en el terminal) no puedo borrar el archivo.

¿Alguna idea de cómo evitar esto?

Otra cosa a tener en cuenta es el repositorio git es muy lento cuando lo haga de vez en cuando llegue a cometer dentro de ella

, gracias

+0

funciona para mí http://stackoverflow.com/questions/17916339/error-in-deleting-addind-file-from-appharbor-using-git-unable-to-create-f-git – Shailesh

+0

¿Tiene acceso de root o superusuario al sistema que está utilizando? En otras palabras, ¿usted es dueño de la computadora o está en una computadora pública, como en un laboratorio del campus? –

+0

estos comandos son para sistemas Unix y OSX. puede ir al archivo index.lock en el explorador y eliminarlo. si no ves la carpeta .git. es necesario configurar los archivos ocultos muestran en el administrador de carpeta de archivos primero – Jinxi

Respuesta

3

El asunto terminó siendo Aptana, cada vez que me encontré con esto, sería causa de este error cuando traté de comprometerse en git.

Dejé de usar aptana studio y ya no tengo este problema.

+7

no usar no es una solución para mí ... sry – Jinxi

24

Sudo el comando (me cada 10 intentos o lo permita):

sudo rm -f ./.git/index.lock 

Ambos errores sugieren que index.lock es propiedad de otro usuario. Ejecute rm como superusuario y vuelva a intentar los comandos. También puede considerar el establecimiento de core.sharedRepository a true si eso es, de hecho, en el caso de tu repositorio:

core.sharedRepository

When group (or true), the repository is made shareable between several users in a group (making sure all the files and objects are group-writable).

When all (or world or everybody), the repository will be readable by all users, additionally to being group-shareable. When umask (or false), git will use permissions reported by umask(2). When 0xxx, where 0xxx is an octal number, files in the repository will have this mode value. 0xxx will override user's umask value (whereas the other options will only override requested parts of the user's umask value). Examples: 0660 will make the repo read/write-able for the owner and group, but inaccessible to others (equivalent to group unless umask is e.g. 0022). 0640 is a repository that is group-readable but not group-writable.

See git-init(1).

False by default.

+0

Gracias, traté de sudo, obtuve esto: sh: sudo: comando no encontrado. también no sé cómo iniciar una sesión como superusuario, sólo acaba de empezar a usar Git esta semana. – sluggerdog

+0

Todavía estoy teniendo grandes problemas con esto, todos los días cuando lo intento obtengo el error index.lock. Todavía estoy obteniendo el sh: sudo: comando no encontrado y no puedo eliminar manualmente el archivo, siempre se deniega el permiso. ¿Algunas ideas? ¡Gracias! – sluggerdog

+1

@sluggerdog ¿En qué sistema operativo estás? Además, ¿cómo estás ejecutando los comandos de git? – Christopher

0

También obtiene este error si está utilizando Aptanta Git y otros clientes de git, como por ejemplo f.e. TortoiseGit. Por lo tanto, es probable que este otro software de Git bloqueó su Git, por lo que no está disponible para Aptana.

0

Haga lo siguiente:

rm index.lock

seguido por

git reset

+1

Si OP no puede eliminar el archivo, cómo se 'rm' va a ayudar? Si simplemente está sugiriendo que OP no use el indicador '-f', explique por qué cree que esa es la solución. –

-4

Si se enfrentan a estas cuestiones en las ventanas debajo de pasos que ayudan a cabo .. Ir a particular, ruta, es decir, v:/ruta/a/archivos/y habilitar mostrar archivos, carpetas y controladores ocultos. A continuación, elimine directamente el archivo index.lock dentro de la carpeta git (que se ocultará previamente)

+1

La cuestión es que no puede eliminar el archivo, no es que no pueda verlo. –

-4

busque index.lock en su repositorio local y elimine ese archivo.

+3

OP dice que no puede eliminarlo. ¿Entonces sugieres que, tal vez, debería intentar eliminarlo? No es útil. –

0

Esto puede ser una vieja respuesta, pero espero que esto sea más útil en el siguiente que necesite esta solución.

en Linux/Unix/gitbash/cygwin, tratan

rm -f .git/index.lock 

En el símbolo del sistema de Windows, intente:

del .git\index.lock 

Espero que ayude, me encontré con esta solución aquí: fatal: Unable to create 'project_path/.git/index.lock': File exists.

+0

'rm' no funcionará ya que no tienen permisos, ya que es propiedad de otra persona, a menos que' sudo' el comando. * "He tratado: ./.git/index.lock rm -f según otro hilo en StackOverflow pero me sale este error cada vez: rm: no se puede desvincular' ./.git/index.lock ': Permiso denegado" * –

+0

sudo es necesario. Solo el proyecto es propiedad de otro usuario; de lo contrario, no será así. Entonces no es una parte obligatoria. – krishnaisdinesh

+0

Es propiedad de otra persona, específicamente utilizada por Aptana. –

0

En la versión 2.11.0 de git, la carpeta .git no puede incluir el archivo index.lock. Me di cuenta en la carpeta .git/refs/heads/ contiene un archivo .lock y eliminarlo usando rm comando funciona.

También asegúrese de eliminar el proceso que podría estar utilizando git repo usando ps -aef | grep git y kill -9.

Cuestiones relacionadas