处理同一仓库的多个版本答案

【问题标题】：Handling multiple versions of same repo处理同一仓库的多个版本
【发布时间】：2017-01-29 14:29:08
【问题描述】：

我目前正在构建一个反应组件库，我在自己的下游应用程序中使用它。

我通过package.json将这些导入到我的下游应用程序中

但是，我想到了如何处理版本控制，但不确定如何进行。

假设 2.0.0 版打破了 <SomeComponent/> 的 1.0.0 版。下游应用程序想要使用 2.0.0 中的组件，但假设此应用程序当前正在使用 1.0.0 版中的 <SomeComponent/>，这会破坏兼容性。在这种情况下，应用程序不能只更新package.json。

那么，我如何能够使用 1.0.0 中的 SomeComponent，同时使用 2.0.0 中的 DifferentComponent？

解决这种情况的推荐方法是什么？

我考虑过为每个单独的组件创建一个新的 repo，但这似乎是一个不恰当的矫枉过正的解决方案。它会要求很多重复的文件：即。构建脚本、自述文件、配置文件、etcwebpack 配置等。

任何帮助或建议将不胜感激。谢谢！

【问题讨论】：

【解决方案1】：

我不知道这是否是最好的解决方案，但我之前制作了双重版本，以便为旧版本引入新功能。

假设您有 1.0.0 和 2.0.0，您添加了一个新功能并发布了 2.1.0

如果该新功能与 1.0.0 的功能不冲突，或者可以解决，那么您可以从 2.1.0 版本或功能分支中挑选提交范围。

git checkout -b 1.1.0rc 1.0.0
git cherry-pick <SHA..range from 2.1.0>
# execute test suites
git tag 1.1.0

【讨论】：