Почему мой репозиторий Git перешел в отключенное состояние HEAD?

Сегодня у меня была отстраненная голова, та же проблема, которая описана в: git push говорит, что все в курсе, хотя у меня есть локальные изменения

Насколько я знаю, я не делал ничего необычного, только коммитил и отталкивал от моего локального репо.

Так, как я закончил с detached HEAD?

Любая проверка коммита, который не является именем одной из ваших веток, даст вам отдельную ГОЛОВУ. SHA1, который представляет вершину ветви, все еще дает отделенную ГОЛОВУ. Только проверка названия локального филиала позволяет избежать этого режима.

Смотрите совершение с отстраненной головой

Когда HEAD отсоединен, коммиты работают как обычно, за исключением того, что ни одна из названных веток не обновляется. (Вы можете думать об этом как об анонимной ветке.)

Например, если вы извлекаете «удаленную ветку», не отслеживая ее в первую очередь, вы можете получить отсоединенную головку.

Смотрите git: переключите ветку без отсоединения головы

С Git 2.23 (август 2019 г.) вам больше не нужно вводить в заблуждение git checkoutкоманду .

git switch Также можно оформить ветку и получить отсоединить ГОЛОВУ, кроме:

• у него есть явная --detachопция

Чтобы проверить фиксацию HEAD~3для временной проверки или эксперимента без создания новой ветви:

git switch --detach HEAD~3
HEAD is now at 9fc9555312 Merge branch 'cc/shared-index-permbits'

• он не может по ошибке отсоединить удаленную ветку отслеживания

Видеть:

C:\Users\vonc\arepo>git checkout origin/master
Note: switching to 'origin/master'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by switching back to a branch.

Против используя новыйgit switch команду:

C:\Users\vonc\arepo>git switch origin/master
fatal: a branch is expected, got remote branch 'origin/master'

Если вы хотите создать новую локальную ветку, отслеживающую удаленную ветку:

git switch <branch> 

Если <branch>не найдено, но существует ветвь отслеживания ровно в одном удаленном (вызовите его<remote> ) с совпадающим именем, обрабатывайте как эквивалент

git switch -c <branch> --track <remote>/<branch>

Нет больше ошибки!
Нет больше нежелательной головы!

Я воспроизвел это только сейчас случайно:

1. списки удаленных филиалов

   git branch -r
         origin/Feature/f1234
         origin/master
   

2. Я хочу оформить заказ на месте, поэтому я вырезал пасту:

   git checkout origin/Feature/f1234
   

3. Presto! Отделенное состояние HEAD

   You are in 'detached HEAD' state. [...])
   

Решение № 1:

Не включать origin/ в начало моей спецификации ветки при проверке:

git checkout Feature/f1234

Решение № 2:

Добавить -b параметр, который создает локальную ветку с удаленного

git checkout -b origin/Feature/f1234 или

git checkout -b Feature/f1234 он автоматически вернется к исходному состоянию

пытаться

git reflog 

это дает вам историю того, как ваши заголовки и указатели веток перемещались в прошлом.

например:

88ea06b HEAD @ {0}: оформление заказа: переход от DEVELOPMENT к удаленным устройствам / origin / SomeNiceFeature e47bf80 HEAD @ {1}: извлечение источника DEVELOPMENT: ускоренная перемотка вперед

верхняя часть этого списка - одна из причин, по которой можно встретить состояние DETACHED HEAD ... проверить ветку удаленного отслеживания.

Это может легко произойти, если вы попытаетесь отменить внесенные вами изменения, повторно извлекая файлы и не совсем понимая синтаксис.

Вы можете посмотреть на вывод git log- вы можете вставить хвост журнала сюда со времени последнего успешного коммита, и мы все увидим, что вы сделали. Или вы можете вставить его и красиво спросить #gitна IRC-сервере freenode.

Это может произойти, если у вас есть тег с именем, аналогичным ветви.

Пример: если «release / 0.1» является именем тега, то

git checkout release/0.1

выдает отдельную ГОЛОВКУ при «выпуске / 0,1». Если вы ожидаете, что release / 0.1 будет именем ветви, то вы запутаетесь.

Detached HEAD означает, что то, что в настоящее время проверено, не является локальной ветвью.

Некоторые сценарии, которые приведут к Detached HEADсостоянию:

• Если вы заказываете удаленную ветку , скажем origin/master. Это ветка только для чтения. Таким образом, при создании коммита origin/masterон будет свободно плавающим , т.е. не связан ни с одной веткой.

• Если вы извлекаете конкретный тег или фиксируете . Когда вы делаете новый коммит отсюда, он снова будет свободно плавающим , то есть не связанным ни с одной веткой. Обратите внимание, что когда ветка извлекается, новые коммиты всегда автоматически помещаются в подсказку.

  Если вы хотите вернуться назад и извлечь определенный коммит или тэг, чтобы начать работать оттуда, вы можете создать новую ветку, исходящую из этого коммита, и переключиться на нее git checkout -b new_branch_name. Это предотвратит Detached HEADсостояние, поскольку теперь у вас есть проверенная ветвь, а не фиксация.

Простой случайный способ - git checkout headэто опечатка HEAD.

Попробуй это:

git init
touch Readme.md
git add Readme.md
git commit
git checkout head

который дает

Note: checking out 'head'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:

  git checkout -b <new-branch-name>

HEAD is now at 9354043... Readme

Другой способ войти в состояние git - это попытаться зафиксировать удаленную ветвь. Что-то вроде:

git fetch
git checkout origin/foo
vi bar
git commit -a -m 'changed bar'

Обратите внимание, что если вы сделаете это, любая дальнейшая попытка извлечения origin / foo вернет вас обратно в отдельное состояние головы!

Решение состоит в том, чтобы создать свою собственную локальную ветку foo, которая отслеживает origin / foo, а затем при необходимости нажать.

Вероятно, это не имеет ничего общего с вашей первоначальной проблемой, но на этой странице много хитов Google для "git detached head", и этот сценарий недостаточно документирован.

Когда вы извлекаете коммит git checkout <commit-hash>или в удаленную ветку, ваш HEAD отключается и пытается создать новый коммит на нем.

Запреты, недоступные для какой-либо ветви или тега, будут собираться и удаляться из хранилища через 30 дней.

Еще один способ решить эту проблему - создать новую ветку для вновь созданного коммита и оформить заказ. git checkout -b <branch-name> <commit-hash>

Эта статья иллюстрирует, как вы можете добраться до отдельного состояния HEAD .