Un autre processus git semble être en cours d'exécution dans ce référentiel

J'essaie d'apprendre à utiliser Git et j'ai créé un petit projet avec un fichier HTML, CSS et Javascript. J'ai créé une branche à partir de mon projet essentiellement vide, puis j'ai apporté des modifications à mon code. J'ai essayé de mettre en scène les modifications mais j'obtiens le message d'erreur suivant:

Another git process seems to be running in this repository, e.g.
an editor opened by 'git commit'. Please make sure all processes
are terminated then try again. If it still fails, a git process
may have crashed in this repository earlier:
remove the file manually to continue.

Certes, j'ai rencontré des problèmes en essayant de valider mon projet vide plus tôt et j'ai juste quitté git bash car je ne savais pas comment sortir de là où j'étais arrivé.

Existe-t-il un moyen de résoudre ce problème ou dois-je simplement démarrer un nouveau référentiel?

Essayez de supprimer le index.lockfichier de votre .gitrépertoire.

rm -f .git/index.lock

Ces problèmes se produisent généralement lorsque vous exécutez deux gitcommandes simultanément; peut-être un de l'invite de commande et un d'un IDE.

Utilisez la commande ci-dessous dans le répertoire racine de l'application. Cela supprimera le fichier index.lock et libérera le verrou actif.

rm .git/index.lock

La suppression de mon message de validation a fonctionné pour moi.

rm .git/COMMIT_EDITMSG

Il a ensuite dit.

fatal: impossible de verrouiller la référence «HEAD»: impossible de créer «.git / refs / heads / [votre-nom-de-branche] .lock»: le fichier existe.

Notez que le nom de votre succursale peut être différent du mien. Vous pouvez supprimer ce fichier de verrouillage en faisant;

rm .git/refs/heads/[your-branch-name].lock

J'espère que cela aide quelqu'un.

Ok j'ai fini par le faire fonctionner en lançant '$ git rm .git / index.lock' ... C'est bizarre parce que je l'ai fait plusieurs fois auparavant en vain mais bon les ordinateurs non?

Cela m'est arrivé et tandis que sourcetree ne cessait de me dire que le fichier de verrouillage existe, il n'y avait pas un tel fichier à supprimer. J'ai donc juste vérifié une autre branche, puis je suis retourné à la branche d'origine et j'ai remarqué que ce changement corrigeait le problème.

C'est similaire aux méthodes ci-dessus mais dans mon cas, j'en ai eu plusieurs

.git/refs/heads/<branch_name>.lock

et a été en mesure de supprimer tout à la fois de cette façon

find -name "*.lock" -exec xargs rm {} \;

Pour moi, le problème était plus simple, c'était dans l'arborescence source, donc je ne sais pas combien cela s'appliquera aux solutions régulières, mais j'ai accidentellement fait sélectionner ma branche principale en essayant de faire un commit plutôt que mes changements non validés.

Cela ne serait normalement pas un problème, mais j'avais déjà saisi un message de validation de manière préventive afin de pouvoir suivre ce que je faisais pour ce petit sprint sur lequel j'étais.

Fondamentalement, j'ai commencé une validation sur la branche non validée et j'essayais accidentellement de démarrer une autre validation sur ma branche principale.

Si vous utilisez CocoaPods et qu'à un moment donné, vous avez raté une mise à jour ou une installation (tué manuellement ou quelque chose), essayez

1) Suppression du index.lockfichier (in .git/index.lock)

2) Supprimez votre Podfile.lockfichier.

3) Faites une nouvelle pod update

4) Essayez d'émettre la commande git qui échouait (dans mon cas c'était a git add .)

Si vous êtes un utilisateur Windows, il y aura une erreur 'rm' is not recognized as an internal or external command. C'est parce que rm est une commande Linux. Donc, dans Windows, vous pouvez utiliser ci-dessous pour supprimer le index.lockfichier dans le .gitdossier

del -f .git/index.lock

Il se peut que votre branche soit corrompue. Créez une nouvelle branche git branch #check branch. J'ai créé une nouvelle succursale et je travaille.

branch -b "main"
git checkout -b "main"  #main is new branch
git add .
git commit -m "all files"
git remote add origin #**YOUR REPO**  https://github.com/tarun-techmarbles/wp-dump-sql-git-push.git
git push origin main  #push with new branch 

Bien qu'il existe une alternative ci-dessus, mais cela n'a pas résolu le mien. Dans mon cas, je supprime le plugin "git" dans ./zshrc et redémarre l'ordinateur, puis le problème a disparu, je suppose que le plugin zsh a fait quelque chose en conflit avec la commande git d'origine.

J'ai eu cette erreur pendant pod update. Je l'ai résolu en supprimant le index.lockfichier dans cocoapodsle .gitrépertoire de.

rm -f /Users/my_user_name/.cocoapods/repos/master/.git/index.lock

Cela pourrait aider quelqu'un.

utilisez la commande suivante au cas où vous êtes confronté Un autre processus git semble être en cours d'exécution dans ce référentiel, par exemple un éditeur ouvert par 'git commit'. Veuillez vous assurer que tous les processus sont terminés, puis réessayez. S'il échoue toujours, un processus git peut avoir planté dans ce référentiel plus tôt: supprimez le fichier manuellement pour continuer.

rm -f .git / index.lock

git reset et après la commande reset utilisent git status, git add et git commit -a ou git commit -m "votre message", git push origin master.

rm -f .git/index.lockn'a pas aidé, car j'avais un fichier verrouillé qui ne pouvait pas être supprimé. Ainsi, index.lockavait également été capturé par une application.

J'ai téléchargé une alternative à Unlocker appelée Lock Hunter et supprimé les deux fichiers. Gitles a capturés.

J'ai même rencontré des problèmes lorsque j'ai essayé de mettre en scène un fichier dans SourceTree.

Pour résoudre ce problème, accédez au dossier .git dans le répertoire du projet et supprimez manuellement index.lock et vous avez terminé.

Au cas où cela pourrait aider quelqu'un d'autre ... J'ai essayé avec la ligne de commande rm -f .git/index.locket je n'ai pas fonctionné (le terminal n'a affiché aucune erreur). Je viens d'aller directement dans le dossier .gitet de supprimer le index.lockfichier.

Remarque: le .gitdossier se trouve dans votre référentiel racine et est masqué. Sous mac: Cmd+ Shift+ .pour voir les fichiers cachés.

Pour moi, la solution était aussi simple que de fermer mon IDE puis de vérifier. Un de mes coéquipiers avait accepté mon PR et avait fusionné le code via TFS. La suppression des fichiers .lock n'a pas fonctionné.

Supprimer index.lockici:

<path to your repo>/.git/index.lock

De plus, si votre référentiel contient des sous-modules, supprimez-les tous index.lockici également:

<path to your repo>/.git/modules/<path to your submodule>/index.lock

J'ai essayé de supprimer .git/indexmais n'a pas fonctionné, je finis par désinstaller go et supprimer tous les dossiers qui ont un gonom, puis réinstaller go, et ça marche!

Pour moi pour une raison quelconque:

rm .git/index.lock

Cela n'a pas fonctionné, alors je suis simplement allé dans le fichier .git et l'ai supprimé manuellement, ce qui a fonctionné de manière fantastique.

juste pour des éclaircissements, pour ceux qui se demandent pourquoi rm et del.

rm .git/index.lock - on a unix/linux system
del .git/index.lock - on a windows cmd prompt

vous pouvez ajouter -fpour forcer l'opération qui fonctionne.

J'ai rencontré le même problème. J'ai dû faire un peu plus pour résoudre ce problème. J'ai d'abord supprimé index.lockpuis j'ai cloné du nouveau code à partir de l'emplacement du référentiel git existant. J'ai eu mes changements de code dans un emplacement séparé. J'ai copié le .gitdossier et le .gitignorefichier et collé dans le dossier de code où j'avais fait des changements de code. Ensuite, j'ai essayé de m'engager et de pousser, ça a bien fonctionné. Peut-être que cette impormation sera utile si votre problème ne résout pas les solutions ci-dessus.

Eu le même problème en utilisant SourceTree . Mais il n'y avait aucun fichier index.lock sur mon hôte. J'ai trouvé le fichier pack-refs.lock , et après l'avoir supprimé, le problème a été résolu.

j'ai fait face au même problème, le problème était que j'ai essayé de pousser mon code avec un xmlfichier (utilisé comme un ensemble de données) qui a une taille de 1,3 Go, alors j'ajoute ces fichiers .gitignoreet ensuite le problème est résolu

Si vous vous retrouvez ici sur la base du titre de la question ("Un autre processus git semble s'exécuter dans ce référentiel"), notez que la réponse acceptée ne vous sera pas directement applicable si le message dans le titre de cette question est précédé d'un autre message comme celui ci-dessous:

fatal: cannot lock ref 'HEAD': Unable to create '/<PATH>/<TO>/<REPO>/.git/refs/heads/<BRANCH>.lock': File exists.

Dans ce cas, vous devez supprimer ce fichier (.lock) au lieu de .git / index.lock