Git - fatal: impossible de créer '/path/my_project/.git/index.lock': le fichier existe

Je reçois toujours ce message d'erreur, lorsque j'essaie de déplacer mon arborescence de projet sur git repo.

J'ai vérifié les autorisations de mon répertoire avec ce projet et celles-ci sont définies sur 777. Dans le terminal du répertoire avec my_projectj'ai défini:

git init

et puis si j'essaye

git add.

ou

git commit -m "premier téléchargement"

donc j'obtiendrai l'erreur

fatal: Unable to create '/path/my_proj/.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.

J'ai également essayé de créer un nouveau dépôt et de le valider, mais malheureusement, toujours le même message d'erreur.

Quelle est la cause du problème?

Essayer

rm -f ./.git/index.lock

Dans votre répertoire de référentiel. Le message d'erreur est plutôt explicite quant à ses causes, donc si vous n'avez aucun autre processus git en cours d'exécution (ce qui est le cas normal), allez-y et supprimez ce fichier.

Sous Windows, faites-le dans l'invite de commande du répertoire repo:

cd .git
del index.lock

MISE À JOUR: J'ai constaté que je n'ai pas besoin de faire cette procédure si j'attends un moment après avoir fermé les fichiers sur lesquels je travaille avant d'essayer de changer de branche. Je pense que parfois ce problème se produit en raison du rattrapage de git avec un système de fichiers lent. D'autres développeurs plus avertis peuvent sonner s'ils pensent que c'est correct.

Essayez de quitter Xcode - puisqu'il s'agit d'un client git, vous devez quitter Xcode pour éviter les problèmes avec git sur la ligne de commande.

J'avais le même problème. j'ai essayé

rm -f ./.git/index.lock 

et la console m'a donné un message d'erreur. Ensuite, j'ai essayé

rm --force ./.git/index.lock

et cela a fonctionné.

Bonne chance! Cela fonctionne super

Dans mon répertoire .git, il n'y avait pas de fichier index.lock. Donc, en utilisant le shell Git Bash, j'ai couru ...

cd .git
touch index.lock
rm index.lock

La commande tactile a créé le fichier et le problème a disparu.

Avez-vous accidentellement créé le référentiel en utilisant l' rootutilisateur?

Il se trouve que j'ai créé le référentiel git en tant rootqu'utilisateur.

J'ai supprimé le référentiel git et l'ai créé à nouveau sans sudoet cela fonctionne.

j'ai aussi ce problème, et je le trouve vraiment un problème de permission. alors je fais ça:

sudo chown -R : .git #change group
sudo chmod -R 775 .git #change permission

alors tout est génial, et gaa est un succès.

puis j'utilise gp, j'obtiens une autre erreur presque la même erreur

sudo chown -R "${USER:-$(id -un)}" . #use this can fix the problem

Sous Mac OS X, procédez comme suit dans l'invite de commande du répertoire repo:

cd .git
rm index.lock

Si vous utilisez l'un des #intelliJIDE et que vous recevez ce message (j'utilise #webtorm), veuillez noter que ce problème peut se produire en raison du masquage de l'un des dossiers de projet (dans les paramètres internes), ce qui peut empêcher la GITfusion.

La solution qui a fonctionné pour moi a été de fermer le texte sublime car le processus d'exécution de git a été lancé par l'éditeur.

Si après avoir essayé:

rm -f ./.git/index.lock

vous obtenez:

rm: impossible de dissocier 'index.lock': autorisation refusée

Essayez de fermer tous les logiciels susceptibles d'utiliser Git. J'avais Source Tree et Visual Studio ouverts et après avoir fermé les deux, la commande a fonctionné.

Sous Windows, je n'ai réussi à supprimer le fichier de verrouillage qu'après la fin de la tâche pour tous les processus Git Windows (32 bits) dans le Gestionnaire des tâches.

Solution (Win 10)

1. Fin de tâche pour tous les processus Git Windows (32 bits) dans le gestionnaire de tâches

2. Supprimez le fichier .git / index.lock

Dans mon cas, la solution était d'attendre 5 minutes. De toute évidence, mon opération précédente fonctionnait toujours, mais je ne le savais tout simplement pas. J'utilisais du tortue git sur les fenêtres.

Utilisez ceci:

rm -Force ./.git/index.lock

Je pense qu'il y a une meilleure solution que de supprimer le fichier (et Dieu sait ce qui se passera ensuite lors de la suppression / création d'un fichier avec sudo):

git gc

Vous avez un problème .git/index.lock, supprimez-le à l'aide de la commande ci-dessous.

Commander:

sudo rm -rf .git / index.lock

Je l'ai essayé plusieurs fois avec plusieurs méthodes mais celle-ci a fonctionné pour moi (j'ai utilisé le terminal de PyCharm):

$ cd .git/

$ rm -f index.lock

Ensuite, j'ai essayé à nouveau de créer un dépôt git vide:

$ git init

$ git add .

$ git commit -m "commit msg"

S'il s'agit d'un sous-module, essayez plutôt cela dans votre répertoire de référentiel:

rm -f ../.git/modules/submodule-name/index.lock

changer le nom du sous-module en votre nom de sous-module.

La résolution de ce problème consiste à copier les trois fichiers xcode / projet dans le répertoire, puis à créer un nouveau répertoire (partout ailleurs), puis à coller les trois fichiers / répertoires.

Nous pouvons également simplement tuer le processus git. Je reçois le même problème via l'application GUI pour git, quelque chose se passe mal et git fait fonctionner indéfiniment. Le processus de suppression gèlera l'application qui fonctionne avec git, redémarrez-la et tout ira bien.

Dans le cas où, pour une raison quelconque, vous effectuez un rebase à partir d'un dossier qui est synchronisé par un service cloud (dropbox, lecteur, onedrive, etc.), vous devez suspendre ou désactiver la synchronisation car cela interfèrerait avec les autorisations pendant le rebase .

Pour moi, c'était

rm -r .git-credentials.lock 

J'avais changé ma permission de répertoire, donc je savais que cela pouvait être lié à la permission. Dans mon cas, j'ai supprimé les utilisateurs indésirables (_www), puis appliqué une autorisation de lecture / écriture à tout le monde en appliquant une modification à tous les contenus. C'est sur Mac

Toutes les commandes de suppression n'ont pas fonctionné pour moi, ce que j'ai fait était d'y naviguer en utilisant le chemin fourni dans git, puis de le supprimer manuellement.

N'UTILISEZ PAS le plugin Atom platformio-atom-ide-terminal pour ce faire. UTILISEZ LE TERMINAL DE VOTRE DISTRO DIRECTEMENT.

J'ai continué à recevoir cette erreur lors du rebasage / écrasement des commits et je ne savais pas pourquoi parce que je l'avais déjà fait plusieurs fois.

Peu importe combien de fois je supprimerais le index.lock fichier, chaque fois qu'il échouerait.

Il s'avère que c'était parce que j'utilisais le plugin de terminal ATOM EDITOR . Une fois que j'ai utilisé le terminal livré avec Ubuntu, cela a fonctionné comme un charme.

allez simplement dans D: /project/androidgc/.git/ ce répertoire et supprimez index.lock cela a fonctionné pour moi.

Dans le cas où quelqu'un utilise git svn, j'ai eu le même problème mais je n'ai pas pu supprimer le fichier car il n'était pas là!. Après avoir vérifié les autorisations, touché le fichier et supprimé, et je ne me souviens plus quoi d'autre, cela a fait l'affaire:

• caisse la branche principale.
• git svn rebase (sur master)
• vérifier la branche sur laquelle vous travailliez
• git svn rebase

Un petit ajout car j'ai dû utiliser des réponses différentes pour obtenir la solution réelle (pour moi).

Cela l'a fait pour moi:

1. Ouvrir la branche sur laquelle vous travaillez
2. Terminal ouvert (j'utilise le terminal dans Git GUI)
3. Tapez la commande: cd .git
4. Tapez la commande: rm -f index.lock

Certains peuvent avoir à utiliser à la -Forceplace de -f. Vous pouvez vérifier les lignes de commande de terminal en exécutant une commande dans votre terminal de quelque chose comme: git help.

Toutes les solutions sont bonnes:

Just remove .git from your corrupted repository, 

then copy this file if back from another clone (if you don't have it in another machine, just clone it).

Enfin, ce qui a fait la différence pour moi:

• Évitez d'utiliser sudo pour décompresser ou copier le nouveau dossier .git. Git n'aura pas accès au dossier .git si vous utilisez les droits de superutilisateur pour le créer

J'ai eu cela se produire lorsque j'étais dans un sous-répertoire du répertoire correspondant au dossier racine du dépôt (c'est-à-dire le répertoire dans lequel se trouvait .git). Le déplacement vers le répertoire racine a résolu le problème - au prix de rendre toutes les références de fichiers un peu plus gênantes car vous devez aller chemin / vers / dossier / foo.ext au lieu de simplement foo.ext