Twitter bootstrap ReactJs中的组件版本控制

我正在使用bootstrap+sass为ReactJs应用程序构建一个组件库。我的问题是，在将来和开始构建应用程序之前，思考一下：有什么好的方法来对组件进行版本控制吗

假设我创建了一个Jumbotron组件，当然是可重用的，但是后来我想创建一个具有新“超级能力”的新版本，并逐步替换旧版本，而不必一下子进行重大更改。什么是好方法？：

• 同一库中每个组件的版本？（类似于：
  或
  ）
• 一个新的库来@import更新的版本
• 根本不需要版本控制

这个想法来自一位沃尔玛开发商在“媒体”上的一篇帖子：

在某种程度上，它说：

组件然后发布在我们的私有npm注册表中，这意味着开发人员可以轻松安装特定的组件版本，确保他们的应用不会在升级时突然中断

---

这引起了我的注意，因为我正在为未来的社交网络应用程序（如应用程序）构建UI，并且我正试图尽可能有条理地引导它。突然，我意识到，用我脑海中已经解决的问题开始编码可能是个好主意。

这篇文章的目的，特别是你强调的那一段，是关于在多个项目、团队和应用程序之间共享可重用组件。允许每个团队在自己的时间内升级npm版本

如果我错了，请纠正我，但这听起来像是在开发一个单一的应用程序，一次只能有一个npm版本的UI库

如果你想在同一个应用程序中使用一个组件的多个版本，那么没有什么能阻止你命名它。但请注意，这将很快增加代码的复杂性并使包膨胀

---

另一个选择是确保在添加“超级能力”时保持向后兼容性，但这完全取决于这些能力是什么。

这篇文章的目的，特别是你强调的那一段，是关于在多个项目、团队和应用程序之间共享可重复使用的组件。允许每个团队在自己的时间内升级npm版本

如果我错了，请纠正我，但这听起来像是在开发一个单一的应用程序，一次只能有一个npm版本的UI库

如果你想在同一个应用程序中使用一个组件的多个版本，那么没有什么能阻止你命名它。但请注意，这将很快增加代码的复杂性并使包膨胀

---

另一个选择是确保在添加“超级能力”时保持向后兼容性，但这完全取决于它们是什么。

您可以对组件和应用程序中的package.json使用语义版本控制来升级组件。 在这种情况下-对于较小的更改（意味着保留组件的API）和错误修复，您应该使用最后两个semver。但是对于重大的变化，请使用第一个数字

---

您可以对应用程序中的组件和package.json使用语义版本控制来升级组件。 在这种情况下-对于较小的更改（意味着保留组件的API）和错误修复，您应该使用最后两个semver。但是对于重大的变化，请使用第一个数字

---

我要做的是将旧的转换为“弃用警告”，并将正文转换为新的，以获得相同的输出。因此，如果您添加一个字段使其垂直或水平，而通常它只是水平的，它将自动填充为水平。谢谢@jovidecrook！对于我上面描述的情况，这听起来是一个很好的方法。我要做的是将旧的转换为“弃用警告”，并将主体转换为新的，以具有相同的输出。因此，如果您添加一个字段使其垂直或水平，而通常它只是水平的，它将自动填充为水平。谢谢@jovidecrook！听起来对于我上面描述的案例来说是一个很好的方法。谢谢你的快速回复！谢谢你的快速回复！谢谢克里斯托弗！这就是我一直在寻找的答案。谢谢克里斯托弗！这就是我一直在寻找的答案。