管理多个存储库上的库版本

Question

嗨朋友们：）我可以为我们现在在工作中面临的问题提供一点帮助。

语境：

---

假设您有一个名为Toolkit 1.0的内部库。 该库为您的 typescript 项目（A、B、C）导出了许多类型。

在正常情况下，所有项目都可以正常构建并完美运行！

当 John（化名）在Project A工作并且需要更新一些 Type 时，问题就出现了； 然后约翰推出了一个新版本，制作了Toolkit 2.0 。 在不知道Project B也使用了那种类型的情况下，John 只升级了Project A 纱线锁；

几天后，梅格（也是一个角色）开始发挥作用，这次是在Project B上工作，注意此时它正在使用Toolkit 1.0 ，她必须在Toolkit上进行一些类型更改，使其成为3.0 。 当她更新她的Project B本地文件时，由于 John 的更改，本地构建可能会正确地开始失败。

---

我觉得我还没有足够的经验来理解这个整体。

幸运的是，这种情况并不常见，但随着团队的发展，我们最近开始讨论这个问题，而且这种情况可能会更频繁地发生；

我的一位同事的建议是从其他三个项目中制作一个整体。

---

问题：你会推荐我学习哪些科目来解决这个问题？ 能给我指点文章吗？

---

非常感谢：）

Answer 1

假设您使用的是 typescript，我会向您指出您自己的工具包库的 npm 注册表。

然后作为一个团队遵循语义版本控制规则：

1. MAJOR 版本当您进行不兼容的 API 更改时，
2. 以向后兼容的方式添加功能时的次要版本
3. PATCH 版本，当您进行向后兼容的错误修复时。

发布到您自己的注册表可确保团队中的每个人都遵循引入的更改。 使用 CI 自动化版本碰撞非常有用，因此版本冲突不是问题。 您还可以考虑使用常规提交生成 CHANGELOG，以便团队保持最新状态。

然后应用您选择的策略来引入主要版本（git 标签或带有主要版本的分支）。 这将允许您的团队跟踪每个项目中已安装的版本，并为单独的版本提供较小的修复。

最后，对通用库引入的许多更改导致 API 退化。 一种解决方案可能是为现有类型或组件等添加扩展，或者只是在遗留代码上添加弃用警告，并在现有代码旁边引入更新、改进的代码。

它总是以拥有更大的代码库和可能的重复为代价，但使用这种方法，生产代码可以更稳定。