问如何管理多个项目使用的库？

EN

根据您的描述，公共库似乎是许多项目所共有的业务功能和实用程序的集合。由一个产品的修改引起的回归可能不会立即出现在其他产品中。

一些核心建议是：

版本控制

正如你提到的，图书馆相当稳定。如果您还没有对这个库进行版本化，这是防止副作用的第一步。一旦发布，版本工件就被认为是不可变的。

每个消费项目都应该锁定到库的一个已知的好版本。QA只需要担心，当他们选择更新到更新的库版本时，就会中断更改。在这一点上，他们应该运行完全回归测试。

语义版本化 (主要小补丁)是一种基于兼容性的版本控制方案，可能适用于您的情况。库版本可以通过工件管理工具(如NuGet )轻松管理。源代码可以使用分支、标记或类似机制来维护。

发行说明:有了版本控制，您就有了发行说明的额外优势。每个版本都可以描述该版本中的bug修复和增强。这使得产品所有者、开发人员和QA更容易看到，这样他们就可以做出明智的决定。

分解

根据历史数据，您可能会很好地了解库的哪些区域发生了最大的变化或变化。您也可能在同一个库中有相当独立的功能区域。

将这些区域划分为独立的库和模块可能是个好主意，每个库和模块都有自己的版本和锁定的依赖版本。这有助于减少版本升级的影响，并将涟漪效应隔离到更明确的区域。

产品所有者现在可以跟踪哪些子模块最需要关注，并能够创建一个专门的团队来管理或QA这些特定的领域，如果必要的话。

单元测试和e2e测试

定义您的“单位”的功能。在大多数实用程序中，单元是单个类或单个函数。在某些情况下，它可能是一个模块。

设计单元测试以涵盖单个功能。使用80-20条规则来决定哪些单元最需要测试。此外，根据需要设计端到端测试，模拟示例库使用者并测试预期的行为。

这将是第一道防线，应该提醒开发人员他们正在进行不兼容的更改，并且需要更新版本。