我们正在研究如何将现代代码版本系统用于遗留系统。 但是，我们还不知道如何解决这些困难。您认为我们应该如何组织这个？
我们负责的代码的某些部分，以及客户负责的部分内容。
我们的开发系统中的代码是主代码，所有更改都在那里进行，然后发送给客户。到目前为止它就像一个共同的项目。但是对于一些有几百个文件的目录，客户端负责代码。客户可以根据需要更改这些文件，但没有通知我们。当我们对它们进行更新时，我们需要获取这些文件的副本并合并我们的更改，然后再将新版本提供给客户。
我们在系统生存的25年中发布了4个基本版本的系统。但是，我们的六个客户使用不同版本的系统，这意味着我们必须考虑它。此外，每个客户都有自己的要求，我们已经为每个客户做了重大调整。
我们有几个与相同文件相关的并行项目。今天我们遇到的主要问题是各个项目相互干扰，因此我们将从不同分支机构的变化中受益匪浅。但是我们如何组织这个呢？ 有些项目只影响一个客户，其他项目涉及多个客户。有些项目可能会被引入新的未来基础版本。
所以我的问题是如何在我们的新版本系统中组织它。