Я пытался внести изменения в мой репозиторий, используя Git Tower. Когда я это сделал, произошел конфликт, и я по ошибке ударил по ступени (как я хотел совершить после разрешения конфликта). Когда я это сделал, конфликт обозначил себя как разрешенный.
Я хотел вручную разрешить изменение, поэтому я нажал "Abort Merge", однако, когда я это сделал, он отбросил все мои изменения! Есть ли способ вернуть их?
Если у вас есть что-либо, поставленное на git, вы, вероятно, сможете это вернуть. (Если вы только что сменили рабочую копию, вы не сможете ее восстановить.)
Прежде всего: не запускайте git gc. Создайте резервную копию своего репозитория и рабочей копии, прежде чем идти вперед. (Обязательно создайте резервную копию каталога .git.) Также избегайте закрытия терминала, где это произошло, и/или перезагрузки - если все не удается, у вас есть возможность найти материал в истории/памяти.
В любом случае, первое, что нужно попробовать:
git fsck --lost-found
Он напечатает что-то вроде
Checking object directories: 100% (256/256), done. Checking objects: 100% (30165/30165), done. dangling blob 8f72c7d79f964b8279da93ca8c05bd685e892756 dangling commit 4993502a6394491190d3f4d6fb3d1e14019c2e9b
Поскольку вы потеряли поставленные файлы и не сделали фиксацию, вам интересны записи dangling blob.
Запустите git show <sha> для каждого из них - некоторые из них должны быть вашими файлами.
Чтобы расширить ответ Александра с более простой альтернативой: да, если вы подготовили свои изменения, то, вероятно, вы можете вернуть свои файлы. Когда вы запускаете git add, файлы фактически добавляются в базу данных объектов Git. В тот момент, когда вы это сделаете, git поместит файл в индекс:
% git add bar.txt
% git ls-files --stage
100644 ce013625030ba8dba906f756967f9e9ca394464a 0 bar.txt
100644 6af0abcdfc7822d5f87315af1bb3367484ee3c0c 0 foo.txt
Обратите внимание, что запись для bar.txt содержит идентификатор объекта файла. Git фактически добавил файл в свою базу данных объектов. В этом случае Git добавил его в репозиторий как свободный объект:
% ls -Flas .git/objects/ce/013625030ba8dba906f756967f9e9ca394464a
4 -r--r--r-- 1 ethomson staff 21 14 Jun 23:58 .git/objects/ce/013625030ba8dba906f756967f9e9ca394464a
Эти файлы в конечном итоге будут собираться мусором (так что на самом деле не запускайте явно git gc). К счастью, по умолчанию это произойдет в течение нескольких месяцев, а не дней. Пока эти файлы не собраны, вы можете восстановить их.
Самый простой способ сделать это - загрузить и установить программу git-recover в интерактивном режиме:
% git recover -i
Recoverable orphaned git blobs:
61c2562a7b851b69596f0bcad1d8f54c400be977 (Thu 15 Jun 2017 12:20:22 CEST)
> Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod
> tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim
> veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea
> commodo consequat. Duis aute irure dolor in reprehenderit in voluptate
Recover this file? [y,n,v,f,q,?]:
git-recover ищет файлы в объектной базе данных, которые не зафиксированы (или в индексе). Вы можете узнать больше о git-recover в сообщении блога, объявляющем об этом.
У меня та же проблема, но пока не могу ее решить. Не могли бы вы подробнее рассказать о том, как установить команду git-recovery? Я скачал скрипт и добавил папку контейнера в переменную PATH. Я все еще понимаю, что "выздоровление" - это не команда git.