Я часто використовую git stashта git stash popзберігаю та відновлюю зміни у своєму робочому дереві. Вчора у мене на робочому дереві були деякі зміни, які я сховав і вискакував, а потім я змінив своє робоче дерево. Я хотів би повернутися назад і переглянути вчорашні приховані зміни, але git stash popвидається, щоб видалити всі посилання на пов’язані комісії.

Я знаю, що якщо я використовую git stashтоді .git / refs / stash містить посилання на комісію, яка використовується для створення копії. І .git / logs / refs / stash містить всю скриньку. Але ці посилання вже пішли git stash pop. Я знаю, що фіксація все ще знаходиться десь у моєму сховищі, але я не знаю, що це було.

Чи є простий спосіб відновити вчорашню довідку про прихильність?

Зауважте, що це для мене сьогодні не критично, тому що я щодня створюю резервні копії і можу повернутися до робочого дерева вчора, щоб отримати свої зміни. Я прошу, бо повинен бути простіший спосіб!

Як тільки ви дізнаєтеся хеш скрипту, який ви скинули, можете застосувати його як скрипт:

git stash apply $stash_hash

Або ви можете створити для нього окрему гілку

git branch recovered $stash_hash

Після цього ви можете робити все, що завгодно, за допомогою всіх звичайних інструментів. Коли ви закінчите, просто здуйте гілку.

Пошук хешу

Якщо ви лише щойно вискакували його і термінал все ще відкритий, ви все одноgit stash pop будете друкувати на екрані хеш-значення (спасибі, Долда).

В іншому випадку ви можете знайти його за допомогою Linux, Unix або Git Bash для Windows:

git fsck --no-reflog | awk '/dangling commit/ {print $3}'

... або за допомогою Powershell для Windows:

git fsck --no-reflog | select-string 'dangling commit' | foreach { $bits = $_ -split ' '; echo $bits[2];}

Це покаже вам усі зобов’язання на підказках вашого графіка фіксації, на які більше не посилається жодна гілка чи тег - кожна втрачена комісія, включаючи кожен прихований комітет, який ви коли-небудь створили, буде десь у цьому графіку.

Найпростіший спосіб знайти приховану комісію - це, мабуть, передати цей список gitk:

gitk --all $( git fsck --no-reflog | awk '/dangling commit/ {print $3}' )

... або подивіться відповідь emragins, якщо використовуєте Powershell для Windows.

Це запустить браузер репозиторію, який показує вам кожну комісію в сховищі , незалежно від того, доступна вона чи ні.

Ви можете замінити gitkтам щось на кшталт, git log --graph --oneline --decorateякщо ви віддаєте перевагу приємний графік на консолі над окремим додатком GUI.

Щоб виявити скриньки, знайдіть повідомлення такої форми:

        WIP на деяких галузях : commithash Якесь старе повідомлення про вчинення

Примітка . Повідомлення про фіксацію буде в цій формі (починаючи з "WIP увімкнено"), якщо ви не надіслали повідомлення git stash.

Якщо ви не закрили термінал, просто подивіться на вихід з git stash popі ви отримаєте ідентифікатор об'єкта скинутого сховища. Зазвичай це виглядає так:

$ git stash pop
[...]
Dropped refs/stash@{0} (2ca03e22256be97f9e40f08e6d6773c7d41dbfd1)

(Зверніть увагу, що git stash dropтакож створюється той самий рядок.)

Щоб повернути цю скриньку, просто запустіть її git branch tmp 2cae03e, і ви отримаєте її як гілку. Щоб перетворити це у сховище, запустіть:

git stash apply tmp
git stash

Наявність його як гілки також дозволяє вільно маніпулювати нею; наприклад, щоб його вибрати або злити.

Просто хотілося згадати це доповнення до прийнятого рішення. Мені це було не відразу очевидно, коли я вперше спробував цей метод (можливо, це і мав бути), але щоб застосувати скриньку з хеш-значення, просто використовуй "git stash apply":

$ git stash apply ad38abbf76e26c803b27a6079348192d32f52219

Коли я був новачок у git, мені це було не зрозуміло, і я намагався різних комбінацій "git show", "git apply", "patch" тощо.

Щоб отримати список сховищ, які все ще знаходяться у вашому сховищі, але вже недоступні:

git fsck --unreachable | grep commit | cut -d" " -f3 | xargs git log --merges --no-walk --grep=WIP

Якщо ви дали назву вашому сховищу, замініть "WIP" в -grep=WIPкінці команди частиною вашого повідомлення, наприклад -grep=Tesselation.

Команда прив'язується до "WIP", оскільки за замовчуванням повідомлення про фіксацію прихованої скриньки є у формі WIP on mybranch: [previous-commit-hash] Message of the previous commit.

Я щойно побудував команду, яка допомогла мені знайти свою втрачену скриньку:

for ref in `find .git/objects | sed -e 's#.git/objects/##' | grep / | tr -d /`; do if [ `git cat-file -t $ref` = "commit" ]; then git show --summary $ref; fi; done | less

У цьому списку перелічуються всі об'єкти у .git / дереві об’єктів, знаходяться ті, які мають тип фіксації, а потім відображається зведення кожного з них. З цього моменту було лише переглядати комітети, щоб знайти відповідний "WIP про роботу: 6a9bb2" ("робота" - це моя галузь, 619bb2 - нещодавнє зобов'язання).

Зауважу, що якщо я використовую "git stash apply" замість "git stash pop", у мене не було б цієї проблеми, і якщо я використовую "git stash save message ", то комісію, можливо, було б легше знайти.

Оновлення: З ідеєю Натана це стає коротшим:

for ref in `git fsck --unreachable | grep commit | cut -d' ' -f3`; do git show --summary $ref; done | less

git fsck --unreachable | grep commit Потрібно показати sha1, хоча список, який він повертає, може бути досить великим. git show <sha1>покаже, чи є це зобов'язання, яке ви хочете.

git cherry-pick -m 1 <sha1> приєднає комітет до поточної гілки.

Еквівалент Windows PowerShell за допомогою gitk:

gitk --all $(git fsck --no-reflog | Select-String "(dangling commit )(.*)" | %{ $_.Line.Split(' ')[2] })

Напевно, є більш ефективний спосіб зробити це в одній трубі, але це робить свою роботу.

Якщо ви хочете перезавантажити втрачену скриньку, вам потрібно спочатку знайти хеш втраченого сховища.

Як запропонував Арістотель Пагальцис: git fsck слід допомогти.

Особисто я використовую свій log-allпсевдонім, який показує мені кожне зобов'язання (повернення зобов'язань), щоб мати кращий погляд на ситуацію:

git log --graph --decorate --pretty=oneline --abbrev-commit --all $(git fsck --no-reflogs | grep commit | cut -d' ' -f3)

Ви можете зробити ще швидший пошук, якщо шукаєте лише повідомлення "WIP on".

Як тільки ви знаєте ваш sha1, ви просто зміните свій рефлекторний засіб, щоб додати старий приклад:

git update-ref refs/stash ed6721d

Ви, мабуть, віддасте перевагу мати пов’язане повідомлення, так -m

git update-ref -m "$(git log -1 --pretty=format:'%s' ed6721d)" refs/stash ed6721d

І ви навіть хочете використовувати це як псевдонім:

restash = !git update-ref -m $(git log -1 --pretty=format:'%s' $1) refs/stash $1

Мені сподобався підхід Арістотеля, але він не любив використовувати GITK ... як я звик використовувати GIT з командного рядка.

Натомість я взяв звисаючі коміти та вивів код у файл DIFF для ознайомлення у своєму редакторі коду.

git show $( git fsck --no-reflog | awk '/dangling commit/ {print $3}' ) > ~/stash_recovery.diff

Тепер ви можете завантажити отриманий файл diff / txt (його у домашній папці) у свій редактор txt і побачити фактичний код та отриманий SHA.

Тоді просто використовуйте

git stash apply ad38abbf76e26c803b27a6079348192d32f52219

Ви можете перерахувати всі недоступні зобов'язання, записавши цю команду в термінал -

git fsck --unreachable

Перевірте недоступний хеш комісій -

git show hash

Нарешті застосуйте, якщо знайдете прихований предмет -

git stash apply hash

Чому люди задають це питання? Тому що вони ще не знають про релог і не розуміють його.

Більшість відповідей на це запитання дають довгі команди з параметрами, які майже ніхто не згадає. Тож люди вступають у це питання і копіюють пасти все, що вважають за потрібне, і майже відразу після цього забувають.

Я б порадив усім із цим питанням просто перевірити рефлог (git reflog), не набагато більше того. Після того, як ви побачите цей список усіх комісій, існує сто способів дізнатися, яку комісію ви шукаєте, і вибрати її вишню або створити з неї гілку. У процесі ви дізналися про рефлог та корисні варіанти різних основних команд git.

В OSX з git v2.6.4 я просто запускаю git stash drop випадково, тоді я виявив це, пройшовши покроково нижче кроків

Якщо ви знаєте ім'я скриньки, тоді використовуйте:

$ git fsck --unreachable | grep commit | cut -c 20- | xargs git show | grep -B 6 -A 2 <name of the stash>

інакше ви знайдете ідентифікатор результату вручну за допомогою:

$ git fsck --unreachable | grep commit | cut -c 20- | xargs git show

Потім, коли ви знайдете ідентифікатор набору, просто натисніть на git stash, застосуйте {commit-id}

Сподіваюсь, це швидко допоможе комусь

Я хочу додати до прийнятого рішення ще один хороший спосіб пройти всі зміни, коли у вас немає доступних gitk або немає X для виведення.

git fsck --no-reflog | awk '/dangling commit/ {print $3}' > tmp_commits

for h in `cat tmp_commits`; do git show $h | less; done

Потім ви отримуєте всі відмінності для тих хешей, що відображаються один за одним. Натисніть "q", щоб перейти до наступного розл.

Я не зміг отримати жодної відповіді для роботи в Windows у простому командному вікні (у моєму випадку Windows 7). awk, grepі Select-stringне були визнані командами. Тому я спробував інший підхід:

• перший запуск: git fsck --unreachable | findstr "commit"
• скопіюйте вихід у блокнот
• знайти замінити "недосяжну комісію" на start cmd /k git show

буде виглядати приблизно так:

start cmd /k git show 8506d235f935b92df65d58e7d75e9441220537a4 start cmd /k git show 44078733e1b36962571019126243782421fcd8ae start cmd /k git show ec09069ec893db4ec1901f94eefc8dc606b1dbf1 start cmd /k git show d00aab9198e8b81d052d90720165e48b287c302e

• збережіть як .bat файл і запустіть його
• скрипт відкриє купу вікон команд, показуючи кожну команду
• якщо ви знайшли потрібного, запустіть: git stash apply (your hash)

можливо, не найкраще рішення, але працював для мене

Прийнята відповідь Арістотеля покаже всі доступні зобов’язання, включаючи нестабільні коміти. Щоб відфільтрувати шум:

git fsck --no-reflog | \
awk '/dangling commit/ {print $3}' | \
xargs git log --no-walk --format="%H" \
  --grep="WIP on" --min-parents=3 --max-parents=3

Це стосуватиметься лише комітетів, у яких є рівно 3 батьківських комітету (у яких зберігатиметься схована скринька) та повідомлення яких включає "WIP on".

Майте на увазі, що якщо ви зберегли сховище повідомленням (наприклад, git stash save "My newly created stash" ), це змінить стандартне повідомлення "WIP on ...".

Ви можете відображати більше інформації про кожне введення, наприклад, відображати повідомлення про фіксацію або передавати його git stash show:

git fsck --no-reflog | \
awk '/dangling commit/ {print $3}' | \
xargs git log --no-walk --format="%H" \
  --grep="WIP on" --min-parents=3 --max-parents=3 | \
xargs -n1 -I '{}' bash -c "\
  git log -1 --format=medium --color=always '{}'; echo; \
  git stash show --color=always '{}'; echo; echo" | \
less -R

Мій улюблений такий одноколісний:

git log --oneline  $( git fsck --no-reflogs | awk '/dangling commit/ {print $3}' )

Це в основному та сама ідея, що і ця відповідь, але набагато коротша. Звичайно, ви все одно можете додати, --graphщоб отримати деревоподібний дисплей.

Коли ви знайшли комісію в списку, зверніться за допомогою

git stash apply THE_COMMIT_HASH_FOUND

Для мене, використовуючи, --no-reflogsбуло виявлено втрачений прихований запис, але --unreachable(як це знайдено у багатьох інших відповідях), це не було.

Запустити його на git bash, коли ви перебуваєте під Windows.

Кредити: подробиці вищезазначених команд взяті з https://gist.github.com/joseluisq/7f0f1402f05c45bac10814a9e38f81bf

Відновлено його, виконавши наступні кроки:

1. Визначте видалений хеш-код:

   gitk --all $ (git fsck --no-reflog | awk '/ висячий фіксатор / {print $ 3}')

2. Вишня Виберіть скриньку:

   git cherry-pick -m 1 $ stash_hash_code

3. Вирішуйте конфлікти, якщо такі використовуються:

   git mergetool

Крім того, у вас можуть виникнути проблеми з повідомленням про фіксацію, якщо ви використовуєте gerrit. Будь ласка, приховайте свої зміни перед наступними альтернативами:

1. Скористайтеся жорстким скиданням до попередньої фіксації та повторіть цю зміну.
2. Ви також можете сховати зміни, перезавантажити та повторно.

Що я сюди прийшов шукати - це як насправді повернути сховку назад, незалежно від того, що я перевірив. Зокрема, я щось приховав, потім перевірив старішу версію, потім перекинув її, але сховище не було в той час, тому сховище зникла; Я не міг просто зробити, git stashщоб відсунути його назад на стек. Це працювало для мене:

$ git checkout somethingOld
$ git stash pop
...
nothing added to commit but untracked files present (use "git add" to track)
Dropped refs/stash@{0} (27f6bd8ba3c4a34f134e12fe69bf69c192f71179)
$ git checkout 27f6bd8ba3c
$ git reset HEAD^    # Make the working tree differ from the parent.
$ git stash # Put the stash back in the stack.
Saved working directory and index state WIP on (no branch): c2be516 Some message.
HEAD is now at c2be516 Some message.
$ git checkout somethingOld # Now we are back where we were.

В ретроспективі я мав би використовувати git stash applyне git stash pop. Я робив bisectі мав невеликий пластир, який хотів застосувати на кожному bisectкроці. Зараз я роблю це:

$ git reset --hard; git bisect good; git stash apply
$ # Run tests
$ git reset --hard; git bisect bad; git stash apply
etc.