klyone
commented
7 years ago @jose-lj Buenas jose, lo que comentas es totalmente normal porque la referencia con la que se queda el submodulo es el SHA ID del commit. Es decir que cuando lo inicializa y lo actualiza no sabe si ese commit está dentro de una rama o no (ya que hace un checkout directamente a ese SHA ID). El resultado como tú comentas es un estado detached que no es lo que ocurre si tú haces un checkout a un SHA ID concreto.
Resumiendo: ¡Lo estás haciendo de la forma correcta!
Espero que haya aclarado un poco la duda.
jose-lj
Buenas.
Quiero plantearos un ¿problema? que encuentro en mi proyecto para la ADC en la Zen, es decir, en la rama _joseljadc del repositorio wr-zen-hdl.
Como ya sabéis casi cualquier proyecto en el que trabajamos requiere del uso de submódulos y este no es una excepción. Cuando se hace uso de un submódulo en git, no se apunta a una rama sino a un commit concreto. Así se evita que los posibles cambios en el repo del submódulo puedan afectar al proyecto que hace uso del mismo.
Hasta aquí todo bien. Todo sencillo.
Lo que me lleva a plantear este issue es que, cuando clono mi proyecto en otro directorio, selecciono mi rama, hago un
git submodule init && git submodule updatey compruebo en qué estado se encuentran los repositorios, me encuentro con esto:A partir de este punto puedo entrar a los directorios de los submódulos y hacer checkout de la rama y el commit que quiera sin ningún problema.
No tengo muy claro si este es el funcionamiento normal, o si hay alguna manera de decir desde el repositorio padre "quiero este commit de esta rama de este submódulo", para evitar ese HEAD detached. ¿Cómo lo véis? ¿Os ocurre lo mismo? ¿O hay algo que estoy haciendo mal?