Por que meu repositório Git entrou em um estado HEAD desanexado?

Acabei hoje com uma cabeça desanexada, o mesmo problema descrito em: git push diz tudo atualizado, mesmo que eu tenha alterações locais

Até onde eu sei, não fiz nada fora do comum, apenas comete e empurra meu repositório local.

Então, como eu acabei com um detached HEAD?

Qualquer verificação de uma confirmação que não seja o nome de uma de suas filiais, resultará em um HEAD desanexado. Um SHA1 que representa a ponta de um ramo ainda fornece uma CABEÇA desanexada. Somente uma verificação de um nome de filial local evita esse modo.

Veja confirmação com um HEAD desanexado

Quando HEAD é desanexado, confirma o trabalho normalmente, exceto que nenhuma ramificação nomeada é atualizada. (Você pode pensar nisso como um ramo anônimo.)

Por exemplo, se você fizer check-out de uma "ramificação remota" sem rastrear primeiro, poderá terminar com um HEAD desanexado.

Veja git: switch branch sem destacar a cabeça

Com o Git 2.23 (agosto de 2019), você não precisa usar o comando confusogit checkout .

git switch também pode fazer checkout de uma filial e obter um HEAD desanexado, exceto:

• tem uma --detachopção explícita

Para verificar o commit HEAD~3para inspeção temporária ou experimento sem criar uma nova ramificação:

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

• ele não pode desanexar por engano um ramo de rastreamento remoto

Vejo:

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.

Vs. usando o novo git switchcomando:

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

Se você deseja criar uma nova filial local, rastreando uma filial remota:

git switch <branch> 

Se <branch>não for encontrado, mas existir um ramo de rastreamento em exatamente um controle remoto (chame-o <remote>) com um nome correspondente, trate como equivalente a

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

Não há mais erro!
Não há mais CABEÇA destacada e indesejada!

Reproduzi isso agora por acidente:

1. lista as ramificações remotas

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

2. Quero fazer o checkout um localmente, então corto a pasta:

   git checkout origin/Feature/f1234
   

3. Presto! Estado HEAD desanexado

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

Solução 1:

Não inclua origin/na parte da frente das especificações da minha filial ao fazer o check-out:

git checkout Feature/f1234

Solução 2:

Adicione -bparâmetro que cria uma filial local a partir do controle remoto

git checkout -b origin/Feature/f1234 ou

git checkout -b Feature/f1234 ele voltará à origem automaticamente

tentar

git reflog 

isso fornece um histórico de como os ponteiros HEAD e ramo foram movidos no passado.

por exemplo :

88ea06b HEAD @ {0}: finalização da compra: movendo-se de DEVELOPMENT para controles remotos / origem / SomeNiceFeature e47bf80 HEAD @ {1}: pull origin DEVELOPMENT: Avanço rápido

o topo desta lista é um dos motivos em que se pode encontrar um estado DETACHED HEAD ... verificando um ramo de rastreamento remoto.

Isso pode acontecer facilmente se você tentar desfazer as alterações feitas ao verificar novamente os arquivos e não conseguir obter a sintaxe correta.

Você pode ver a saída de git log- você pode colar o final do log aqui desde a última confirmação bem-sucedida, e todos pudemos ver o que você fez. Ou você pode colocá-lo em uma lixeira e pedir muito bem no #gitIRC do freenode.

Isso pode acontecer se você tiver uma tag com o mesmo nome de um ramo.

Exemplo: se "release / 0.1" for o nome da tag,

git checkout release/0.1

produz HEAD desanexado em "release / 0.1". Se você espera que release / 0.1 seja um nome de filial, fica confuso.

Detached HEAD significa que o que foi retirado no momento não é uma filial local.

Alguns cenários que resultarão em um Detached HEADestado:

• Se você fizer check-out de uma filial remota , digamos origin/master. Este é um ramo somente leitura. Portanto, ao criar um commit a partir origin/masterdele, será flutuante , ou seja, não conectado a nenhum ramo.

• Se você fizer o checkout de uma tag específica ou confirmar . Ao fazer um novo commit a partir daqui, ele será flutuante novamente , ou seja , não estará conectado a nenhum ramo. Observe que quando uma ramificação é retirada, novas confirmações sempre são colocadas automaticamente na ponta.

  Quando você quiser voltar e efetuar o check-out de uma confirmação ou marca específica para começar a trabalhar a partir daí, poderá criar uma nova ramificação originada a partir dessa confirmação e alternar para ela git checkout -b new_branch_name. Isso impedirá o Detached HEADestado, pois agora você tem uma ramificação com check-out e não uma confirmação.

Uma maneira acidental simples é fazer git checkout headum erro de digitação HEAD.

Tente o seguinte:

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

que dá

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

A outra maneira de entrar no estado principal desanexado do git é tentar se comprometer com uma ramificação remota. Algo como:

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

Observe que, se você fizer isso, qualquer tentativa adicional de verificar a origem / foo o levará de volta ao estado principal desanexado!

A solução é criar sua própria ramificação foo local que rastreia a origem / foo e, opcionalmente, empurre.

Provavelmente, isso não tem nada a ver com o seu problema original, mas esta página está no topo dos resultados do google para "git detached head" e esse cenário está muito sub-documentado.

Quando você faz o checkout para um commit git checkout <commit-hash> ou para um branch remoto, o HEAD será desanexado e tentará criar um novo commit nele.

As confirmações que não são alcançáveis ​​por nenhuma ramificação ou marca serão coletadas e removidas do lixo após 30 dias.

Outra maneira de resolver isso é criando uma nova ramificação para o commit recém-criado e finalizando a compra. git checkout -b <branch-name> <commit-hash>

Este artigo ilustra como você pode obter o estado HEAD desanexado .