Отмена git stash pop, которая приводит к конфликту слияния

521

Я начал вносить изменения в мою кодовую базу, не понимая, что я был на старой ветке темы. Чтобы передать их, я хотел спрятать их, а затем применить их к новой ветке от мастера. Раньше я git stash popпереносил изменения незавершенного производства в эту новую ветку, забывая, что я не вносил новые изменения в master до создания новой ветки. Это привело к множеству конфликтов слияния и потере чистого тайника моих изменений (так как я использовал pop).

Как правильно воссоздать новую ветку, как я могу восстановить свои спрятанные изменения, чтобы применить их правильно?

git

— acjay
источник

658

Оказывается, Git достаточно умен, чтобы не бросать тайник, если он не применяется чисто. Мне удалось добраться до нужного состояния с помощью следующих шагов:

Чтобы устранить конфликты слияния: git reset HEAD .(обратите внимание на конечную точку)
Чтобы сохранить конфликтующее слияние (на всякий случай): git stash
Чтобы вернуться к мастеру: git checkout master
Чтобы вытащить последние изменения: git fetch upstream; git merge upstream/master
Чтобы исправить мою новую ветку: git checkout new-branch; git rebase master
Чтобы применить правильные спрятанные изменения (теперь 2-е в стеке): git stash apply stash@{1}

— acjay
источник

14

Отлично, спасибо! № 6 - это действительно ответ, который я искал. Можно добавить git stash dropкак последний шаг, чтобы избавиться от нежелательного тайника из # 2.

— Остинмартон

2

# 2 не будет работать, если есть незакрытые пути, вместо этого он выведет ошибку, описанную здесь: stackoverflow.com/questions/5483213/…

— Этьен

5

Не совсем верно - Git сохранит тайник в списке тайников, если его не удалось применить чисто. См. Следующие документы git stash pop: «Применение состояния может привести к сбою при конфликтах; в этом случае оно не удаляется из списка хранилищ. Вам необходимо разрешить конфликты вручную и git stash dropвпоследствии вызвать их вручную». ( git-scm.com/docs/git-stash )

— Кэролин Конуэй,

4

Странно , как этот ответ и вопрос размещены на точном ту же минуту

— звонок-я

14

@ call-me Я думаю, что люди должны делать это чаще! Обратите внимание, что форма «Задать вопрос» имеет флажок, который позволяет вам ответить на свой вопрос в той же форме :). Это иногда случается со мной, когда я нахожусь в процессе написания вопроса, который вводит меня в заблуждение, но, пытаясь настроить вопрос так, чтобы он подходил для StackOverflow, я в итоге выясняю решение. Это было некоторое время назад, поэтому я не помню, имело ли это место здесь, но я предполагаю, что это случилось.

— acjay

342

К счастью git stash pop, не меняет тайник в случае конфликта!

Так что не о чем беспокоиться, просто очистите ваш код и попробуйте снова.

Скажем, ваша кодовая база была чистой до того, вы можете вернуться в это состояние с помощью: git checkout -f
Затем выполните то, что вы забыли, например, git merge missing-branch
после этого просто git stash popснова запустите, и вы получите тот же тайник, который конфликтовал раньше.

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

— Флори
источник

16

Что я понимаю, так это то, что вы можете просто почистить и всплыть снова, но вы не можете отменить это. Если всплывающее окно смешивается с другими незафиксированными изменениями, то вам придется очистить вручную.

— haridsv

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

— Project707

Это был не тот случай для меня. Я назвал git stash popэто попыткой автоматического слияния, конфликтовал и сохранил это.

— Тревор Хикки

1

@TrevorHickey Смысл этого ответа состоял в том, что тайник остается таким же, как и в случае конфликта, который вы можете вызывать git stash popтак часто, как вам нужно, до тех пор, пока он не закончится без конфликта. Так что после вашего конфликта, да, рабочий каталог в беспорядке, однако, вы можете очистить его и вызвать git stash popснова.

— Флорида

5

эта команда для отмены последнего применения тайника очень полезна git checkout -f:!

— Лефи Тарик

16

Инструкции здесь немного сложнее, поэтому я собираюсь предложить что-то более простое:

git reset HEAD --hard Отменить все изменения в текущей ветке
... Выполнять посредническую работу по мере необходимости
git stash pop Снова откройте тайник позже, когда будете готовы

— anon58192932
источник

8

git checkout -f

должен работать, если ваше предыдущее состояние чистое.

— Allahbakash.G
источник