Flujo de trabajo de control de versiones adecuado para una mezcla de repositorys

Agradecería sus comentarios sobre lo siguiente (soy un principiante de Git ). Tengo un informe público sobre GitHub para los artefactos de mi tesis doctoral (principalmente software, escrito en R ). Me gustaría adaptar un repository de terceros de GitHub , que contenga la plantilla de disertación LaTeX (básicamente, quiero sincronizarlo periódicamente, fusionando los cambios, que quiero / necesito). Creé el submodule correspondiente para el manuscrito dentro de la estructura principal de mi directory de proyecto. Sin embargo, ahora me pregunto si esta ruta es la mejor (óptima). Mis preguntas :

1) ¿Cuál es el flujo de trabajo adecuado para la tarea mencionada anteriormente?

2) ¿Sería un equivalente aproximado para usar una twig para el manuscrito (dentro de la estructura principal del directory) en lugar de un submodule ? La razón por la que estoy preguntando esto es porque parece que el IDE que estoy usando para prácticamente todo mi trabajo en el proyecto ( RStudio ) no parece admitir actualmente los submodules (a la espera de la confirmación del equipo), pero sí admite twigs . Si ese reemploop tiene sentido, ¿podría seguir sincronizando mi twig actual para la plantilla (principalmente en modo de solo lectura, pero sería genial poder impulsar algunos cambios en sentido ascendente también).

Si no es compatible con el submodule, pero aún necesita impulsar los cambios en sentido ascendente, podría considerar usar el subtree en su lugar.
Vea un ejemplo en " Aplicar file gradle desde diferentes repositorys ".

Si se queda con los submodules, tenga en count que un submodule puede seguir automáticamente una bifurcación .