Я спрятал некоторые локальные изменения перед сложным слиянием, сделал слияние, а потом по глупости забыл зафиксировать перед запуском git stash pop. Популярность создала некоторые проблемы (плохие вызовы методов в большой кодовой базе), которые трудно отследить. Я запускал git stash show, так что я хотя бы знаю, какие файлы были изменены. По крайней мере, я думаю, это урок, чтобы совершать больше.
Мой вопрос: можно ли отменить всплывающее окно тайника без отмены слияния?
Попробуйте использовать Как восстановить упавший тайник в Git?, чтобы найти тайник, который вы вытащили. Я думаю, что всегда есть два коммита для тайника, так как он сохраняет индекс и рабочую копию (поэтому часто индексный коммит будет пустым). Затем git show их, чтобы увидеть различия, и используйте patch -R, чтобы отменить их.
git fsck --no-reflog | awk '/dangling commit/ {print $3}' (по ссылке), и я просто вручную нашел проблему из этого diff. Спасибо!
- person nren; 01.07.2011
git diff -p ${STACH_SHA1}~1 ${STASH_SHA1} | patch -R -p1; Я попытался использовать git show, как было предложено, но его вывод не подходил для патча; также мне пришлось указать параметр -p1 для исправления, чтобы удалить элементы a/.. и b/.., которые git diff помещает перед файлами, иначе он не разрешит пути из корня репозитория. ПРЕДЛОЖЕНИЕ: будьте осторожны и зафиксируйте беспорядок в отдельной ветке, прежде чем играть с патчем.
- person protoboolean; 14.02.2017
stash pop, и stash push вызовут фиксацию, которая сохранит изменения в индексе и рабочем каталоге, верно?
- person Artyom Gevorgyan; 07.04.2020
stash save действительно делает снимок (индекс, рабочее дерево, а если активирован флаг -u, то и неотслеживаемые файлы), который можно показать с помощью git log refs/stash. stash pop/apply ничего подобного не делает, по крайней мере, на справочных страницах нет никаких признаков этого.
- person Artyom Gevorgyan; 09.04.2020
От 1_
Recovering stashes that were cleared/dropped erroneously
If you mistakenly drop or clear stashes, they cannot be recovered through the normal safety mechanisms. However, you can try the
following incantation to get a list of stashes that are still in your repository, but not reachable any more:
git fsck --unreachable |
grep commit | cut -d\ -f3 |
xargs git log --merges --no-walk --grep=WIP
Это помогло мне лучше, чем принятый ответ с тем же сценарием.
Если ваше слияние не было слишком сложным, другим вариантом было бы:
После этого у вас останутся только изменения из тайника, который вы сбросили слишком рано.
git stash popбез предварительной фиксации. Что вы сделали для этого? - person Chris Jester-Young schedule 01.07.2011git stash popпосле подготовки изменений (хотя я не делал фиксации) с версией git 2.25.0.windows.1 - person Artyom Gevorgyan schedule 07.04.2020stash pop/applyперед фиксацией, вы можете активироватьgit fsck --lost-found. Эта команда будет перебирать висячие BLOB-объекты (фактические файлы для тех, кто не знаком с терминологией git), которые были подготовлены, но нигде не зафиксированы (поэтому висят), и поместит их в каталог .git/lost-found/ , где вы можетеgit showпросмотреть их и посмотреть, те ли это файлы, которые вы ищете. - person Artyom Gevorgyan schedule 09.04.2020