В Git я пытался сделать squash commit путем слияния в другой ветке, а затем сбросил HEAD на предыдущее место с помощью:
git reset origin/master
Но мне нужно выйти из этого. Как я могу переместить HEAD обратно в предыдущее место?
У меня есть фрагмент SHA-1 (23b6772) коммита, в который мне нужно его переместить. Как я могу вернуться к этой фиксации?
Прежде чем ответить, давайте добавим немного предыстории, объяснив, что это за HEAD.
First of all what is HEAD?HEAD - это просто ссылка на текущую фиксацию (последнюю) в текущей ветке.
В любой момент времени может быть только один HEAD (за исключением git worktree).
Содержимое HEAD хранится внутри .git/HEAD и содержит 40 байт SHA-1 текущего коммита.
detached HEADЕсли вы не используете последнюю фиксацию - это означает, что HEAD указывает на предыдущую фиксацию в истории, она называется detached HEAD.
В командной строке это будет выглядеть так - SHA-1 вместо имени ветки, поскольку HEAD не указывает на конец текущей ветки:
git checkoutgit checkout <commit_id>
git checkout -b <new branch> <commit_id>
git checkout HEAD~X // x is the number of commits to go back
Это проверит новую ветку, указывающую на желаемый коммит.
Эта команда выполнит проверку для данной фиксации.
На этом этапе вы можете создать ветку и начать работу с этого момента.
# Checkout a given commit.
# Doing so will result in a `detached HEAD` which mean that the `HEAD`
# is not pointing to the latest so you will need to checkout branch
# in order to be able to update the code.
git checkout <commit-id>
# Create a new branch forked to the given commit
git checkout -b <branch name>
git reflogВы всегда можете использовать reflog. git reflog отобразит любое изменение, которое обновило HEAD, а проверка нужной записи в журнале рефлога вернет HEAD к этой фиксации.
Каждый раз, когда заголовок изменяется, в reflog появляется новая запись.
git reflog
git checkout HEAD@{...}
Это вернет вас к желаемой фиксации
git reset --hard <commit_id>Верните ГОЛОВУ к желаемой фиксации.
# This will destroy any local modifications.
# Don't do it if you have uncommitted work you want to keep.
git reset --hard 0d1d7fc32
# Alternatively, if there's work to keep:
git stash
git reset --hard 0d1d7fc32
git stash pop
# This saves the modifications, then reapplies that patch after resetting.
# You could get merge conflicts if you've modified things which were
# changed since the commit you reset to.
git rebase --no-autostash.git revert <sha-1>Отменить данную фиксацию или диапазон фиксации.
Команда сброса отменяет любые изменения, сделанные в данной фиксации.
Новая фиксация с патчем отмены будет зафиксирована, в то время как исходная фиксация также останется в истории.
# Add a new commit with the undo of the original one.
# The <sha-1> can be any commit(s) or commit range
git revert <sha-1>
Эта схема показывает, какая команда что делает.
Как видите, reset && checkout модифицирует HEAD.
Сначала reset локально:
git reset 23b6772
Чтобы убедиться, что вы на правильной позиции, проверьте:
git status
Вы увидите что-то вроде:
На главном узле ветки Ваша ветка отстает от origin / master на 17 коммитов и может быть быстро перенаправлена.
Затем перепишите историю в ветке удаленного отслеживания, чтобы отразить изменение:
git push --force-with-lease // a useful command @oktober mentions in comments
Вместо этого используйте --force-with-lease из --force вызовет ошибку, если другие тем временем закрепили за собой удаленную ветку, и в этом случае вы должны сначала выполнить выборку. Дополнительная информация в этой статье.
git push --force. Во многих ситуациях это на какое-то время сделает вас наименее популярным человеком в команде ...
- person Kay V; 11.02.2020
git push --force-with-lease (статья о Thoughtbot: thinkbot.com/blog/git -пуш-форс-с-арендой)
- person oktober; 17.02.2020
git push --force влияет на ваш пульт. Затем он не фиксирует HEAD для текущей фиксации.
- person Kay V; 18.02.2020
revert так же, как коммиты, я оказался в невероятно сложной ситуации. force-with-lease дал мне уверенность переписать историю ветки git, не затрагивая работу других людей. Браво!
- person anon58192932; 14.03.2020
Используйте 1_
Вы увидите Switched to branch <branch_name>. Подтвердите, что это нужная ветка.
Краткое объяснение: эта команда вернет HEAD в последнее положение. См. Примечание о результатах в конце этого ответа.
Мнемоника: этот подход очень похож на использование cd - для возврата в ранее посещенный каталог. Синтаксис и применимые случаи довольно хорошо совпадают (например, это полезно, когда вы действительно хотите, чтобы HEAD вернулся туда, где он был).
Быстрый подход решает вопрос ОП. Но что, если ваша ситуация немного отличается: скажем, вы перезапустили Bash, а затем обнаружили, что HEAD отсоединен. В таком случае, вот 2 простых, легко запоминающихся шага.
Используйте git branch -v
Вы видите список существующих местных филиалов. Выберите название ветки, которое соответствует вашим потребностям.
Используйте git checkout <branch_name>
Вы увидите Switched to branch <branch_name>. Успех!
С помощью любого метода теперь вы можете продолжать добавлять и фиксировать свою работу, как и раньше: ваши следующие изменения будут отслеживаться <branch_name>.
Обратите внимание, что и git checkout -, и git checkout <branch_name> дадут дополнительные инструкции, если вы зафиксировали изменения, когда HEAD был отключен.
git checkout 8acc968, тогда git branch -v будет MyBranch в списке ниже ... но затем git checkout MyBranch удалит мои комментарии.
- person amuliar; 10.10.2018
git checkout 8acc968 проверяет фиксацию, а не ветку. Если у MyBranch есть нужные вам коммиты, попробуйте git checkout MyBranch. Если он не содержит изменений в коммите 8acc968, вам нужно будет объединить эти изменения после проверки ветки.
- person Kay V; 10.10.2018
git checkout, чтобы увидеть предыдущую фиксацию, и хотел вернуться к последней фиксации. Но без последнего хеша коммита я сильно заблудился. Это решение идеально подходит для моей ситуации!
- person zyy; 10.02.2020
Вопрос можно прочитать так:
Я был в отключенном состоянии с HEAD на 23b6772 и набрал git reset origin/master (потому что хотел раздавить). Теперь я передумал, как мне вернуться к HEAD в 23b6772?
Прямой ответ: git reset 23b6772
Но я задал этот вопрос, потому что мне надоело набирать (копировать и вставлять) хэши коммитов или их аббревиатуры каждый раз, когда я хотел сослаться на предыдущий HEAD и искал в Google, есть ли какие-нибудь сокращения.
git reset - (или в моем случае git cherry-pick -)
Что, кстати, было тем же самым, что и cd - для возврата в предыдущий текущий каталог в * nix! Итак, ура, я выучил две вещи одним выстрелом.
Когда вы запускаете команду git checkout commit_id, HEAD отсоединяется от 13ca5593d(say commit-id), и ветвь становится доступной дольше.
Вернитесь в предыдущее место, выполните пошаговую команду -
git pull origin branch_name (скажи хозяин)git checkout branch_namegit pull origin branch_nameВы вернетесь в предыдущее место с обновленным коммитом из удаленного репозитория.
Сегодня я по ошибке проверил фиксацию и начал работать над ней, сделав несколько коммитов в состоянии отсоединения HEAD. Затем я перешел в удаленную ветку, используя следующую команду:
git push origin HEAD: <My-remote-branch>
потом
git checkout <My-remote-branch>
потом
git pull
Наконец-то я получил все изменения в своей ветке, которые я сделал при отсоединении HEAD.
Возможно, это не техническое решение, но оно работает. (если у кого-то из вашего товарища по команде есть такая же ветка в локальном)
Предположим, что название вашей ветки - branch-xxx.
Шаги к решению:
Примечание. Опять же, это не техническое решение, но оно точно поможет.
Если ваша проблема заключается в том, что вы начали коммит на WRONG_BRANCH и хотите переместить эти последние непрошедшие коммиты в RIGHT_BRANCH, проще всего сделать
git checkout WRONG_BRANCHgit branch RIGHT_BRANCHgit reset —-hard LAST_PUSHED_COMMITgit checkout RIGHT_BRANCHНа этом этапе, если вы запустите git log HEAD, вы увидите, что все ваши коммиты находятся в RIGHT_BRACH.
git checkout 23b6772должен делать. - person Yaroslav Admin schedule 30.12.2015