Un autre processus git semble être en cours d'exécution dans ce dépôt
J'essaie d'apprendre à utiliser Git et j'ai créé un petit projet avec un fichier HTML, CSS et Javascript. J'ai fait une branche de ma fondamentalement projet vide et ensuite apporté quelques modifications à mon code. J'ai essayé de mettre en scène les changements 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 commettre mon projet vide plus tôt et j'ai juste quitté git bash car je ne savais pas comment sortir d'où j'avais obtenu.
Y a-t-il un moyen pour moi de réparer ceci ou devrais-je simplement commencer un nouveau référentiel?
13 réponses
Essayez de supprimer le fichier index.lock
dans votre répertoire .git
.
rm -f .git/index.lock
De tels problèmes se produisent généralement lorsque vous exécutez deux commandes git
simultanément; peut-être une à partir de l'invite de commande et une à partir d'un IDE.
Essayez avec ceci:
rm -f ./.git/index.lock
Note: de tels problèmes peuvent se produire lorsque vous exécutez deux commandes git simultanément, peut-être une à partir de l'invite de commandes et une à partir de L'IDE. Ainsi, la suppression du fichier .lock
dans votre répertoire .git
peut fonctionner.
Utiliser la commande ci-dessous dans le répertoire racine de l'application. Cela permettra de supprimer l'index.verrouillez le fichier et relâchez le verrou actif.
rm .git/index.lock
Suppression de l'index.fichier de verrouillage peut vous aider avec ceci. Allez dans le projet à l'intérieur duquel vous avez défini l'origine du repo git. exécutez la commande suivante
rm -f ./.git/index.lock
Ça a toujours marché pour moi.
La Suppression de mon message de validation a fonctionné pour moi.
rm .git/COMMIT_EDITMSG
Il a alors dit.
Fatal: impossible de verrouiller ref 'HEAD': impossible de créer '.git/refs/heads/[votre-direction générale-nom].lock': le fichier existe.
Notez que le nom de votre branche 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 exécutant ' $ git rm .git / index.lock"... C'est bizarre parce que je l'ai fait quelques fois avant en vain, mais bon, les ordinateurs n'est-ce pas?
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 pu supprimer tout à la fois de cette façon
find -name "*.lock" -exec xargs rm {} \;
Cela m'est arrivé et alors que sourcetree continuait à me dire que le fichier de verrouillage existait, il n'y avait pas un tel fichier à supprimer. Donc, je viens de vérifier une autre branche, puis je suis retourné à la branche d'origine et j'ai remarqué que ce changement corrigeait le problème.
Pour moi, le problème était plus simple, c'était dans l'arbre source, donc je ne suis pas sûr de combien il s'appliquera aux solutions régulières, mais j'ai accidentellement sélectionné ma branche master en essayant de faire un commit plutôt que mes modifications non validées.
Ce ne serait normalement pas un problème mais j'avais déjà saisi de manière préventive un message de validation afin de pouvoir suivre ce que je faisais pour ce petit sprint sur lequel j'étais.
Fondamentalement, j'ai commencé un commit sur la branche non validée et j'essayais accidentellement de commencez un autre commit sur ma branche master.
Si vous utilisez CocoaPods et à un moment donné bâclé une mise à jour ou installer (manuellement tué ou quelque chose), essayez
1) Suppression du fichier index.lock
(dans .git/index.lock
)
2) supprimez votre fichier Podfile.lock
.
3) Faites un nouveau pod update
4) Essayez d'émettre la commande git qui n'était pas (dans mon cas, c'était un git add .
)
Utilisez la commande suivante au cas où vous rencontreriez 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. Si elle échoue toujours, un processus git peut avoir planté dans ce référentiel plus tôt: supprimer le fichier manuellement pour continuer.
Rm-F.git / index.verrouiller
Git réinitialiser et après la réinitialisation de la commande git status, git add, et git commit-a ou git commit-m "votre message", git push origin master.
Il se peut que votre branche {[3] } soit corrompue créer une nouvelle branche branche git # vérifiez la branche. J'ai créé une nouvelle branche et de travail .
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"./ zshrc et redémarrez l'ordinateur alors le problème est parti, je suppose que le plugin zsh avait fait quelque chose en conflit avec la commande git originale.