Por que "origin / HEAD" é exibido ao executar o "git branch -r"?

Quando você corre, git branch -rpor que os incêndios são listados origin/HEAD? Por exemplo, há um repositório remoto no GitHub, digamos, com dois ramos: mestre e recurso impressionante. Se eu fizer git cloneisso, pegue no meu novo diretório e liste os ramos, vejo o seguinte:

$ git branch -r
origin/HEAD
origin/master
origin/awesome-feature

Ou em qualquer ordem em que esteja (alfa? Estou fingindo este exemplo para manter em segredo a identidade de um repo inocente). Então, qual é o problema HEAD? É o que a última pessoa a pushteve sua HEADpontas em quando empurrado? Isso não será sempre o que quer que eles sejam push? HEADs se movimentam ... por que eu me importo com o que alguém HEADapontou em outra máquina?

Eu só estou entendendo o rastreamento remoto e tal, então essa é uma confusão persistente. Obrigado!

EDIT: Eu tive a impressão de que repositórios remotos dedicados (como o GitHub, onde ninguém trabalha com ssh e trabalha nesse código, mas apenas puxa ou empurra, etc.) não tinham e não deveriam ter um HEAD, porque havia, basicamente, nenhuma cópia de trabalho. Não tão?

@robinst está correto.

No git, você pode selecionar qual ramificação é retirada por padrão (ou seja, quando você clona). Por padrão, origin/HEADapontará para isso.

No GitHub, você pode alterar isso nas configurações de administrador do seu repositório do GitHub. Você também pode fazer isso na linha de comando, via

git remote set-head origin trunk

ou exclua-o completamente via

git remote set-head origin -d

Exemplo . Veja o menu suspenso "Alternar ramos". trunkestá marcado, a origin/HEADseguir trunk.

A razão pela qual um repositório simples pode ter um HEAD é porque ele determina qual ramificação é inicialmente retirada após um clone do repositório.

Normalmente, o HEAD aponta para mestre, e esse é o ramo que é retirado quando as pessoas clonam o repositório. Configurá-lo para outra ramificação (editando HEAD no repositório vazio) resulta no check-out dessa ramificação no clone.

Fiquei com a impressão de que repositórios remotos dedicados (como o GitHub, onde ninguém trabalha com ssh e trabalha nesse código, mas apenas puxa ou empurra, etc.) não tinham e não deveriam ter um HEAD, porque basicamente não havia trabalho. cópia de. Não tão?

Eu tive exatamente a mesma impressão como você disse.

E eu nem consigo excluir esse ramo de rastreamento remoto de origem / HEAD clonado no github fazendo

git branch -d -r origin/HEAD

Isso não teve efeito.

Alguém pode me dizer como posso excluir essa ramificação de rastreamento remoto de origem / HEAD?

atualizar

Embora eu não tenha descoberto por que existe uma origem / HEAD criada ao clonar no github, acho uma maneira de excluí-lo.

A nova versão do git fornece

git remote set-head <name> -d

para excluir o ponteiro inútil HEAD da ramificação de rastreamento remoto.

E também podemos alterar o nome padrão idiota 'origem' para o que quisermos usando

git remote rename origin <new_name>

Espero que isso possa ajudar. :)

Você está certo de que o envio para repositórios remotos dedicados funciona muito melhor quando estão "vazios", ou seja, quando eles não têm diretórios de trabalho. A arquitetura do Git é projetada para atualização por patches ou pull( fetch), o que faz sentido em um VCS distribuído. Como os documentos dizem em algum lugar, enviar para uma ramificação que está com check-out atualmente pode resultar em "resultados inesperados" .

O HEAD faz parte dos requisitos para um repositório válido. O Layout do Repositório Git diz, em parte:

HEAD

A symref (see glossary) to the refs/heads/ namespace describing the currently active  
branch. It does not mean much if the repository is not associated with any working tree  
(i.e. a bare repository), but a valid git repository must have the HEAD file; some  
porcelains may use it to guess the designated "default" branch of the repository  
(usually master). It is legal if the named branch name does not (yet) exist.

Então você verá HEAD como parte da lista de ramificações, mesmo que "isso não signifique muito ..."

Se "origin" for um repositório remoto, origin / HEAD identifica a ramificação padrão nesse repositório remoto.

Exemplo:

$ git remote show
origin
$ git remote show origin
* remote origin
  Fetch URL: git@github.com:walkerh/pipe-o-matic.git
  Push  URL: git@github.com:walkerh/pipe-o-matic.git
  HEAD branch: master
  Remote branch:
    master tracked
  Local branch configured for 'git pull':
    master merges with remote master
  Local ref configured for 'git push':
    master pushes to master (fast-forwardable)

Observe a linha que diz "HEAD branch: master". É aqui que o repositório remoto permite que os clientes saibam qual filial efetuar check-out por padrão.

Sempre há um HEAD que aponta para a ramificação com check-out atualmente no repositório remoto (que pode ou não ser mestre). Mesmo repositórios remotos têm ramificações atuais. Geralmente é mestre, e de cabeça para baixo não consigo pensar em nenhuma razão para alguém querer mudar isso, mas pode ser mudado.

Meu palpite é que alguém empurrou um galho e chamou HEAD:

git push origin HEAD