git --recursivo no clona submódulo - git, github, git-submódulos

Aprendí que para descargar submódulos con el repositorio principal podemos usar --recursive opción al clonar el repositorio principal.

Yo hice lo mismo git clone --recursive git@github.com:passion/academy.git

Descubrí que solo crea un directorio vacío de submódulo pero no descarga su código.

¿Necesitamos hacer cosas adicionales como git submodule update --init --recursive ? En caso afirmativo, ¿de qué sirve --recursive marca al clonar el repositorio principal?

Respuestas

Si está utilizando un git lo suficientemente reciente, y todavía no clona submódulos, eso significa que esas carpetas vacías no son submódulos sino repositorio de git anidado.

Un repositorio anidado se registra en su repositorio principal como un gitlink, pero no habría ninguna .gitmodules archivos asociados a él.

health-check parece ser un git anidado pero no estoy seguro cuando la clonación me da No submodule mapping found in .gitmodules for path for health-check .. ¿es necesario que los repositorios git anidados tengan entrada en .gitmodules?

Si desea que su repositorio git anidado sea reconocido y administrado como un submódulo, sí.

Como ilustrado por tu siguiente pregunta, es posible que la falta de entrada de ruta en .gitmodules para health-check previene hellospawn (que parece ser un submódulo legítimo) para verificar.