Puede hacer un nuevo archivo en [.git \ árbitros \ remotos \ origen] con el nombre de "cabeza" y poner el contenido "ref: refs/remotes/origin/master" a él. Esto debería solucionar tu problema.
Parece que el clon de un repositorio vacío conducirá a esto. Quizás los repositorios vacíos no tengan HEAD porque no existe ningún objeto commit.
Puede utilizar el registro de git
--remotes --branches --oneline --decorate
para ver la diferencia entre cada repositorio, mientras que el "problema" no hacer tiene "origen/HEAD"
Editar: Dar una manera usando la línea de comandos
también puede utilizar la línea de comandos git para hacer esto, tienen el mismo resultado
git simbólico-ref árbitros/mandos a distancia/origen/HEAD árbitros/mandos a distancia/origin/master
¿Podría dar más información sobre lo que está haciendo? 'origen de git rebase' no debería funcionar porque 'origen' es un control remoto, no una bifurcación (al menos de manera predeterminada, podría nombrar un origen de bifurcación). – asm
Agregué un ejemplo a mi pregunta.Una vez que puedo usar 'git rebase origin' (línea 27). En el otro clon no funciona (línea 54), así que tengo que usar 'git rebase origin/master' (línea 57) – Dennis
Ambos formularios usan [gitrevisions] (https://www.kernel.org/pub/ sintaxis de software/scm/git/docs/gitrevisions.html) para nombrar una confirmación específica. Como señala la página man, 'origin' significa", en efecto, "cualquiera de las ramas' origin/* 'se llama por' origin/HEAD' ". Más comúnmente, los nombres 'origin/HEAD'' origin/master' (esto aparece en la salida 'git branch -r', como' origin/HEAD -> origin/master'). Si 'origin/HEAD' es * missing *, acaba de obtener un error (como @Dennis lo hizo). Si '' git remote set-head' it (como en la respuesta aceptada) puede elegir cómo se resuelve 'origin/HEAD'. – torek