Git-客户端和服务器Repos

我正在建立一个客户端和服务器架构。由于服务器REST服务将在AWS上运行，并且具有自动缩放功能，因此实例在运行时会自动从Repo中提取最新代码。由于此REST服务是客户端的核心部分，因此如果我最终不得不进行重大更改，我将创建一个新的分支ie v2，然后该分支将位于不同repo下的服务器上它自己的路径/api/v2/，因此现有客户端将继续工作，直到它们升级，在这一点上，我将关闭服务器上的旧分支

但我的问题是，我应该如何构建这个？如果我将客户机和服务器放在一个repo中，那么主服务器可能会变得混乱，因为客户机生产版本和服务器生产版本最终都会在其上提交—而且我还必须为服务器设置分支，如Serverv1、Serverv2—这看起来很混乱

所以我想我最好有两个repo，一个用于服务器，一个用于客户端。这样可以减少分支的数量，服务器可以有自己的V1、V2分支等，客户端可以有自己的，而且更干净。然而，这是最好的解决方案吗？客户机和服务器通常是串联在一起构建的，因为它们显然是非常紧密地交织在一起的，但是通过单独的回购协议，它将节省分支的数量，并可能使其更易于管理？另一个优点是不需要使用稀疏签出选项来保存将整个客户端和服务器源代码下载到服务器的过程——服务器repo将只包含服务器代码

我只是在处理整个问题时弄错了吗？因为作为这项工作的一部分，我将不得不将DLL提交到repo，以便将其推送到服务器上，这感觉有点错误，我应该实施持续集成来构建它，还是这样做太过分了

你们认为呢

谢谢