Sí, puede hacer exactamente lo que está pidiendo con la jerarquía de archivos que dibujó. Repo-B será independiente y no tendrá conocimiento de Repo-A. Repo-A hará un seguimiento de todos los cambios en sus propios archivos y los archivos de Repo-B.
Sin embargo, no recomendaría hacer esto. Cada vez que cambie archivos y realice commits en Repo-B, tendrá que comprometerse en Repo-A. La ramificación en Repo-B interferirá con Repo-A y la bifurcación en Repo-A no funcionará (problemas para eliminar carpetas, etc.). Los submódulos son definitivamente el camino a seguir.
No exactamente: no empujará *** todo el contenido *** de repoA: solo A más una referencia a B. Pero no critico su respuesta, me apresuré a escribir casi igual cuando estoy -leer la pregunta del OP;) – VonC
Este es prácticamente el caso de uso de los submódulos. REPO-A y REPO-B son tratados como repositorios git por derecho propio, con sus propios commits, orígenes, historial, etc. –
así que si estoy leyendo ese derecho, ¿puedo revisar independientemente un repositorio de submodule-d completamente fuera de ¿En el que lo encuentro? ¿Cómo tomaría un repositorio ya existente y lo mencionaría como un submódulo en otro proyecto? – JohnO