Perché viene visualizzato “origin / HEAD” quando si esegue “git branch -r”?

Quando corri git branch -rperché il blaze è elencato origin/HEAD? Ad esempio, c'è un repository remoto su GitHub, diciamo, con due rami: master e funzionalità impressionante. Se lo faccio git cloneper afferrarlo e poi andare nella mia nuova directory ed elencare i rami, vedo questo:

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

O in qualunque ordine sarebbe (alfa? Sto falsificando questo esempio per mantenere segreta l'identità di un innocente repo repo). Quindi qual è il HEADbusiness? È l'ultima persona a cui è pushstato HEADindicato quando hanno spinto? Non sarà sempre quello che erano push? HEADs muoversi ... perché mi interessa cosa qualcuno ha HEADindicato su un'altra macchina?

Sto solo prendendo confidenza con il monitoraggio remoto e simili, quindi questa è una confusione persistente. Grazie!

EDIT: Avevo l'impressione che i repository remoti dedicati (come GitHub in cui nessuno si immergesse e lavorasse su quel codice, ma solo pull o push, ecc.) Non avevano e non dovevano avere un HEAD perché, fondamentalmente, c'era nessuna copia funzionante. Non così?

@robinst è corretto.

In git, puoi selezionare quale ramo è estratto per impostazione predefinita (cioè quando cloni). Di default,origin/HEAD indicherà quello.

Su GitHub, puoi modificarlo nelle impostazioni di amministrazione per il tuo repository GitHub. Puoi anche farlo dalla riga di comando tramite

git remote set-head origin trunk

o eliminalo del tutto tramite

git remote set-head origin -d

Esempio . Guarda il menu a discesa "Cambia rami". trunkè selezionato, quindi origin/HEADsegue trunk.

Il motivo per cui un repository nudo può avere un HEAD è perché determina quale ramo viene estratto inizialmente dopo un clone del repository.

Normalmente, HEAD punta a padroneggiare, e questo è il ramo che viene verificato quando le persone clonano il repository. Impostandolo su un altro ramo (modificando HEAD nel repository nudo), quel ramo viene estratto su clone.

Avevo l'impressione che i repository remoti dedicati (come GitHub in cui nessuno si immergesse e lavorasse su quel codice, ma solo pull o push, ecc.) Non avevano e non avrebbero dovuto avere un HEAD perché sostanzialmente non funzionava copia. Non così?

Ho avuto la stessa identica impressione che hai detto.

E non riesco nemmeno a eliminare quel ramo di tracciamento remoto origine / HEAD clonato da Github facendo

git branch -d -r origin/HEAD

Questo non ha avuto effetto.

Qualcuno può dirmi come posso eliminare quel ramo di tracciamento remoto origine / HEAD?

aggiornare

Anche se non ho trovato il motivo per cui è stata creata un'origine / HEAD durante il clone da github, trovo un modo per eliminarlo.

La nuova versione di git fornisce

git remote set-head <name> -d

per eliminare il puntatore HEAD inutile del ramo di tracciamento remoto.

E possiamo anche cambiare il nome predefinito stupido 'origine' con quello che vogliamo usando

git remote rename origin <new_name>

Spero che questo possa aiutare. :)

Hai ragione a dire che spingendo verso repository remoti dedicati funziona molto meglio quando sono "nudi", cioè quando non hanno directory funzionanti. L'architettura di Git è progettata per l'aggiornamento tramite patch o pull( fetch), il che ha senso in un VCS distribuito. Come dicono i documenti da qualche parte, spingendo verso un ramo che è attualmente estratto può portare a "risultati imprevisti" .

HEAD fa parte dei requisiti per un repository valido. Git Repository Layout dice, in 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.

Quindi vedrai HEAD come parte dell'elenco delle filiali, anche se "non significa molto ..."

Se "origin" è un repository remoto, origin / HEAD identifica il ramo predefinito su quel repository remoto.

Esempio:

$ 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)

Nota la riga che dice "HEAD branch: master". È qui che il repository remoto consente ai client di sapere quale ramo eseguire il checkout per impostazione predefinita.

C'è sempre un HEAD che punta al ramo attualmente estratto sul repository remoto (che può essere o meno master). Anche i repository remoti hanno rami correnti. Di solito è un maestro, e dalla cima della mia testa non riesco a pensare a nessun motivo per cui uno vorrebbe cambiarlo, ma può essere cambiato.

La mia ipotesi è che qualcuno abbia spinto un ramo e lo abbia chiamato HEAD:

git push origin HEAD