在项目开始时，我们有一个单独的存储库，其中包含我们的解决方案。根据需要通过一些“品牌”更改创建另一个解决方案实例，有人决定将解决方案复制到当前状态并将其推送到完全独立的存储库中。随后别人又做了同样的事情。
我们现在处于这样的情况：我们有三个独立的解决方案，它们位于三个独立的存储库中，所有存储库都具有非常相似的代复制粘贴重构一直很高。
我想将所有三个重新组合在一起，以便我们可以进行更改，这些更改将应用于单个代码库并部署到单独的环境中（通过DI管理配置等）。
我已经尝试了根据此处的步骤将所有单独的repos移动到新存储库中的子文件夹中的内容：Merge two Git repositories without breaking file history
我发现第一个存储库合并工作正常，我可以将代码愉快地放入其自己的子文件夹中，第二个合并中的第二个合并我收到冲突合并时运行等效的git merge old_b/master < / p>
我认为这是因为他们根据最初复制的时间有效地共享相同的来源（因为缺少更好的词）。
这个假设是否正确？如何绕过它才能拥有一个回购？