Solución:
@robinst es correcto.
En git, puede seleccionar qué rama está desprotegida de forma predeterminada (es decir, cuando clona). Por defecto, origin/HEAD apuntará a eso.
En GitHub, puede cambiar esto en la configuración de administrador de su repositorio de GitHub. También puede hacerlo desde la línea de comandos a través de
git remote set-head origin trunk
o eliminarlo por completo a través de
git remote set-head origin -d
Ejemplo. Mire el menú desplegable ‘Cambiar sucursales’. trunk está marcado, entonces origin/HEAD sigue trunk.
La razón por la que un repositorio simple puede tener un HEAD es porque determina qué rama se desprotege inicialmente después de un clon del repositorio.
Normalmente, HEAD apunta a master, y esa es la rama que se desprotege cuando las personas clonan el repositorio. Configurarlo en otra rama (editando HEAD en el repositorio desnudo) da como resultado que esa rama se desproteja en la clonación.
Tenía la impresión de que los repositorios remotos dedicados (como GitHub, donde nadie ingresará y trabajará en ese código, sino que solo extraerá o empujará, etc.) no tenían ni deberían tener un HEAD porque, básicamente, no funcionaba Copiar. ¿No tan?
Tuve exactamente la misma impresión que dijiste.
E incluso no puedo eliminar esa rama de seguimiento remoto origin / HEAD clonada de github haciendo
git branch -d -r origin/HEAD
Esto no tuvo ningún efecto.
¿Alguien puede decirme cómo puedo eliminar esa rama de seguimiento remoto de origen / HEAD?
actualizar
Aunque no encontré por qué se crea un origen / HEAD cuando se clona desde github, encuentro una manera de eliminarlo.
La nueva versión de git provide
git remote set-head <name> -d
para eliminar el puntero HEAD inútil de la rama de seguimiento remoto.
Y también podemos cambiar el tonto nombre predeterminado ‘origen’ a lo que queramos usando
git remote rename origin <new_name>
Espero que esto pueda ayudar. 🙂