javascript - 如何有效地大规模应用 React 组件的版本控制？

Question

这个问题是关于将版本控制应用于 React 组件时可能采取的更高级别的方法。具体来说，这些组件应该更多地处于频谱的“原子”端，即在各种上下文中有效地完成一件事。

具体来说，我想了解您对大规模版本化此类组件的想法，同时解决以下问题:

• 跨项目可用性(即我的两个 React 应用中的 <Button /> 组件)；
• 主题化(如何在这些组件之间共享主题和样式)；和
• 依赖关系(例如 1.0.5 的版本 <StackedButton /> 取决于 2.1.0 的版本 <Button />)

我一直在调查Bitsrc.io作为帮助我管理这个问题的可能工具。我主要通过拥有相当多(~10)个 Git 存储库来解决这些问题，每个存储库管理一组松散耦合的组件，例如text-components , layout-components , table-components ，但我觉得我正处于这样一个阶段:随着组件的数量和它们所具有的依赖关系，如果我做出错误的决定，可能会牺牲进一步的可维护性。

Answer 1

我使用 lerna 取得了一些成功;我认为它可能非常适合您的需求。您基本上会将所有 10 个存储库合并到一个存储库中，现在每个存储库都是存储库中的一个包。

这种方法有很多优点。主要是，它允许您仍然拥有单独的已发布包，从而使消费应用程序可以灵活地决定他们想要/不想拉入的内容，但它消除了拥有大量包的大量开销。进行彻底的更改变得更加容易，并且您的软件包不可能不同步，因为它们总是一起更新。如果您在一个包中进行了另一个包所依赖的重大更改，则可以在与重大更改相同的 PR 中修复该包。