В этом репозитории работает еще один процесс git

Я пытаюсь научиться использовать Git и создал небольшой проект с файлами HTML, CSS и Javascript. Я сделал ветку из моего в основном пустого проекта, а затем сделал некоторые изменения в своем коде. Я попытался внести изменения, но получаю следующее сообщение об ошибке:

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.

Конечно, я столкнулся с проблемами, пытаясь зафиксировать свой пустой проект ранее, и просто вышел из git bash, так как я не знал, как выбраться из того, что я каким-то образом получил.

Есть ли способ для меня это исправить, или я должен просто начать новый репозиторий?

Ответ 1

Попробуйте удалить файл index.lock в вашем каталоге .git.

rm -f.git/index.lock

Такие проблемы обычно возникают, когда вы выполняете две команды git одновременно; возможно один из командной строки и один из IDE.

Ответ 2

Попробуйте следующее:

rm -f ./.git/index.lock

Примечание. Такие проблемы могут возникать при одновременном выполнении двух команд git, возможно, одного из командной строки и одного из IDE. Поэтому удаление файла .lock в вашем каталоге .git может работать.

Ответ 3

Используйте приведенную ниже команду в корневом каталоге приложения. Это приведет к удалению файла index.lock и освобождению активной блокировки.

rm .git/index.lock

Ответ 4

Удаление моего сообщения commit работало для меня.

rm .git/COMMIT_EDITMSG

Затем он сказал.

fatal: невозможно заблокировать ref 'HEAD': не удалось создать '.git/refs/heads/[your-branch-name].lock': Файл существует.

Заметьте, что ваше имя ветки может отличаться от моего. Вы можете удалить этот файл блокировки, выполнив:

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

Надеюсь, это поможет кому-то.

Ответ 5

Хорошо, я закончил работу, запуская '$ git rm.git/index.lock'... Это странно, потому что я сделал это несколько раз, прежде чем ничего не получилось, но эй компьютеры правильно?

Ответ 6

Это похоже на вышеуказанные методы, но в моем случае у меня было несколько из тех

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

и был в состоянии удалить все сразу таким способом

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

Ответ 7

Это случилось со мной, и хотя sourcetree продолжала говорить мне, что файл блокировки существует, такого файла для меня не было. Поэтому я просто выбрал другую ветку, а затем вернулся в исходную ветку и заметил, что это изменение исправило проблему.

Ответ 8

Для меня проблема была проще, это было в исходном дереве, поэтому я не уверен, насколько это применимо к обычным решениям, но я случайно выбрал мой основной ветвь, пытаясь сделать фиксацию, а не мои незафиксированные изменения.

Это обычно не проблема, но я уже предварительно применил сообщение фиксации, чтобы я мог отслеживать, что я делал для этого маленького спринта, в котором я был.

В принципе, я начал фиксацию на незафиксированной ветке и случайно попытался запустить другую фиксацию на моей главной ветке.

Ответ 9

Если вы используете CocoaPods и в какой-то момент испортили обновление или установку (вручную убили его или что-то), попробуйте

1) Удаление файла index.lock (в .git/index.lock)

2) Удалите файл Podfile.lock.

3) сделать новое pod update

4) Попробуйте выполнить неудачную команду git (в моем случае это был git add.)

Ответ 10

Возможно, ваша ветка повреждена. Создайте новую ветку git branch #check branch. Я создал новую ветку и работаю.

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

Ответ 11

используйте следующую команду, если вы сталкиваетесь. В этом репозитории, похоже, запущен другой процесс git, например редактор, открытый git commit. Пожалуйста, убедитесь, что все процессы завершены, затем повторите попытку. Если это все еще не удается, возможно, произошел сбой в этом хранилище в этом хранилище: удалите файл вручную, чтобы продолжить.

rm -f.git/index.lock

git reset и после команды сброса используйте git status, git add и git commit -a или git commit -m "ваше сообщение", мастер-источник git push.

Ответ 12

Хотя есть альтернатива выше, но это не решило мою. В моем случае я удаляю плагин "git" в. /zshrc и перезагружаю компьютер, после чего проблема исчезла, я думаю, что плагин zsh сделал что-то, противоречащее оригинальной команде git.

Ответ 13

rm -f.git/index.lock не помогло, потому что у меня был заблокированный файл, который нельзя было удалить. Таким образом, index.lock также был захвачен некоторым приложением.

Я скачал альтернативу Unlocker под названием Lock Hunter и удалил оба файла. Git захватил их.

Ответ 14

Я получил эту ошибку при pod update. Я решил ее, удалив index.lock файл в cocoapods .git каталоге.

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

Это может кому-то помочь.

Ответ 15

В случае, если может помочь кому-то еще... Я попытался с командной строки rm -f.git/index.lock и не работал (терминал не показывал никакой ошибки). Я просто пошел прямо в папку .git и удалил файл index.lock.

Примечание. Папка .git находится в вашем корневом хранилище и скрыта. В Mac: Cmd + Shift + . чтобы увидеть скрытые файлы.

Ответ 16

Я столкнулся с такими же проблемами, когда попытался установить файл в SourceTree.

Чтобы решить эту проблему, перейдите в папку .git в каталоге проекта и вручную удалите index.lock, и все готово.

Ответ 17

Я попытался удалить .git/index но это не сработало, в итоге я удалил go и удалил все папки, в которых есть имя go, а затем снова установил go, и он работает!

Ответ 18

Если в вашем хранилище есть подмодуль, index.lock может существовать не только в корне .git, но и в другом подкаталоге.

Чтобы проверить это, запустите это (или любые инструменты, которые вы предпочитаете для поиска файлов):

find .git -name index.lock

тогда вы можете найти index.lock так:

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

Если ошибка отображается только при запуске git submodule update, стоило бы попытаться удалить это.

Ответ 19

Если вы являетесь пользователем Windows, будет ошибка 'rm' is not recognized as an internal or external command. Это потому, что rm - это команда Linux. Таким образом, в Windows вы можете использовать ниже, чтобы удалить файл index.lock из папки .git

del -f .git/index.lock

Ответ 20

Для меня решение было таким же простым, как закрытие моей IDE, а затем проверка. Мой товарищ по команде принял мой PR и объединил код через TFS. Удаление файлов .lock не сработало.