Cómo estructurar el repository de git para un proyecto de cliente-server

Realizaré un proyecto que tendrá un lado del server distinto (.NET) y un lado del cliente (JavaScript) que se pueden desarrollar por separado. ¿Tiene más sentido tenerlos como dos repositorys git separados o deberían ser uno solo? ¿Qué ventajas / desventajas tienen estos enfoques?

Solutions Collecting From Web of "Cómo estructurar el repository de git para un proyecto de cliente-server"

Recomiendo colocar el código en dos carpetas separadas dentro del mismo repository de git.

La razón principal es que si realiza cambios en el server que requieren cambios en el cliente, es fácil ver los cambios en ambos en el mismo set de cambios.

Si el cliente y el código del server fueron repositorys separados, debe intentar determinar manualmente qué cambio configurado en el server corresponde a qué cambio se estableció en la base de código del cliente.

Personalmente, creo dos grandes carpetas, una para el lado del cliente y otra para el server.

Para el lado del cliente (yo uso Symfony), uso apache alias. Entonces es más simple y está centralizado.

Tener dos repositorys es el mismo, pero no es tan sencillo cambiar de una twig a otra. Por ejemplo, cambia el protocolo de security. Editarás los dos lados. Entonces una twig es una buena solución. Si tiene dos repositorys separados, no puede usar la misma twig.