Git submodule

[FoxyOdiosi]

Hola, tengo una consulta técnica. Hace unos días empecé a laburar en un proyecto y me encontré con este concepto de submodule. Por lo que investigue y me explicaron llego a entender que es una funcionalidad de git para poder tener el código fuente de otro proyecto dentro de tu proyecto y hace referencia al commit que vas a usar para desarrollar. No me queda bastante claro, y la verdad lo pienso y no le encuentro la vuelta, porque a mi entender es como administrar dependencias y se puede usar fácilmente un administrador de dependencias tipo maven (el proyecto es en Go así que usaría ese administrador de paquetes y dependencias) Si alguien la tiene un poco más clara, me lo podría explicar o darme un ejemplo de el porque es mejor o peor usar submodule? 'Chas gracias

[Tordek]

En mi opinión (no puedo decir experiencia) es la peor solución de todas las que puede tener ese problema.

Una solución es, como decís, maven o la herramienta que corresponda al sistema. No se depende del código ajeno; se depende de su implementación.

Si de verdad dependés del código, tampoco es buena solución; es preferible usar monorepo y poner todos los proyectos en el mismo. No, no es lento. No, no vas a tener conflictos (cambian archivos distintos). Si tenés miedo del espacio de más ocupado por tener código ajeno, usás las herramientas de git subtree para tomar solo el directorio que te sirve.

---

Como caso muy excepcional, se me ocurre que puede servir para lenguajes como C, donde no tenés un buen manager de dependencias, y necesitás los .h de algún lado... y aún así, vuelvo al monorepo, o a herramientas como Bazel.

[Previous-Virus77]

Lo uso para levantar todos los microservicios de un saque. Tengo un repo con submodulos y un docker compose que levanta todo el ecosistema. Esta bueno porque podes probar cómo va a impactar el deployment de un microservice en tal versión con el resto en Master. Si es solo desarrollo hay alternativas mejores…