问Git:管理多个类似但略有不同的repos

EN

我是个相对的新手。我有一辆有点儿复杂的回购车，现在我掉进了兔子洞。

我开始与一个Joomla网站，它有自己的回购(我们将称为回购A)。在该网站推出后，我们的客户希望我们开发3个类似的网站。在大多数情况下，网站是相同的，只是一些不同的风格在顶部。所以，我拿了回购A，并把它分叉成3个新的回购(称为B，C和D)。

随着时间的推移，我发现了回购A的缺陷，需要发送给它的孩子。为此，我在Repo A上创建了一个名为shared的分支。然后，我会选择我需要分享的承诺，从“大师”，并将他们带到“共享”。在孩子们的回购中，我会把上游的“共享”分支(回购A)拉进去，这样我就有了最新的修复。正如您可以想象的那样，这是一个非常有排他性的解决方案(所有“共享”分支提交也在"master“中结束，但具有不同的提交ids) --但它是工作的。

现在这些网站已经成熟了，我发现它们之间的共享越来越少了。几乎所有的提交都需要与另一个回购共享，但是没有太多的提交是所有4次回购所需要的。我在想，我应该组织更多的组件，而不是网站。例如，部件1在回购A和回购B-组件2在回购A和C-组件3-在回购A，B和D-等。

所以，在我的问题上：

1. 假设我没有把所有事情搞砸，处理这些共享组件的最好方法是什么？这些应该是树枝，还是做那些独特的回购更好？
2. 我能做些什么让自己离开这个老鼠窝吗？我真的不能回顾我的历史，通过提交来移动提交，因为它们有数百个。我想弄清楚是否有办法让它继续前进。我曾想过将我的“组件”分支从Repo A的“共享”分支中分离出来，但是我无法将该分支合并到Repo A "master“中，因为我担心所有对”共享“的樱桃选择的提交可能会撤销/覆盖自樱桃选择”主“之后发生的提交的更改。我读过关于孤立分支的文章，但这似乎也不起作用，因为父母必须不要与现有的分支发生冲突。

有谁能想到如何让这个设置更有用呢？非常感谢你的帮助。