主要观点：

• 讨论了在多个依赖项目中使用共享库的实际案例、后果及可能的解决方案。
• 聚焦于.NET 项目，但建议的解决方案可适用于其他技术和语言。
• 鼓励软件架构师和开发者在创建和使用共享库前分析权衡。

关键信息和重要细节：

• 理解共享库：可重复使用的代码包，用于跨多个项目执行常见任务，节省时间、确保一致性，有内部或公共之分，需管理和分发。
• 共享库的最佳用例：主要动机是标准化和简化开发流程，但有耦合、版本兼容等问题，预期好处包括提高效率、防止重复工作等，潜在问题有引入耦合等。
• 共享库管理：采用内部构件库来分发和管理共享库，.NET 生态系统中 NuGet 包是标准，维护和发布更新易，但确保所有依赖服务采用更新是挑战，过时依赖会导致问题。

• 实际案例：

  • 管理 AWS Lambda 中的身份验证：开发共享库处理 10 个 Lambda 函数的身份验证逻辑，后库进化引入新依赖，新参数更新需更新所有依赖函数，延迟新功能部署，凸显服务紧密耦合风险。
  • RabbitMQ 集成的可扩展性挑战：内部共享库处理与 RabbitMQ 的连接，升级 RabbitMQ 版本引入 breaking change，导致服务升级时出现死锁，需同步升级所有服务，否则增加技术债务和灾难性中断风险。

• 保持服务与共享库更改同步的策略：

  • 手动更新：传统方法，需所有团队对齐和优先处理，耗时且易出错。
  • 集中式依赖版本管理：通过工具和流程实现，如使用 CI/CD 管道进行回归测试和自动化部署，以确保更新不引入新 bug。

  • 基于存储库结构的策略：

    • 单存储库策略与 CPM：通过在单个文件中管理包版本，简化版本管理，提高解决方案性能和减少维护工作。
    • 多存储库策略：CPM 与 Git 子模块：将 CPM 与 Git 子模块结合，用一个中央文件管理依赖，保持存储库独立，通过命令和管道实现更新。
    • 伞式包策略：创建包含其他包的 NuGet 包，简化依赖管理，减少项目文件 clutter，但需手动更新包引用。

• 比较分析：

  • 伞式包和 CPM 在存储库结构、项目引用、版本更新、自动化、灵活性和维护开销等方面各有优劣。
  • 根据不同环境选择合适策略，如多存储库环境用伞式包，单存储库或紧密耦合用 CPM，多存储库且需集中控制用 CPM 与 Git 子模块结合。
• 结论：共享库管理不当会成为瓶颈，团队应根据存储库架构采用合适策略，结合自动化 CI/CD 管道和回归测试，维护系统稳定性和可扩展性。