每个回购拥有webcomponents的利弊

Question

我们最近开始在我们的应用程序中实现Web组件，希望将来可以将这些Web组件共享给不同的客户端。我的主要职责是让这个过程变得简单，因此维护工作不会太多。我们开始在每次回购时都有一个网络组件，我可能会有100个核心回购*（客户端数量），这使得维护成本很高，而且开销很大。我只是不确定一个非常精细的回购结构是否是最好的方法。我只是不知道如何维持这样的设置。

• 选项1：每个仓库一个组件
• 选项2：每个回购一个功能
• 选项3：每个客户一个回购

我需要找到每个选项的灵活性和操作维护的平衡。