为什么我使用已发布的 npm 包（而非源代码）来验证 Angular 兼容性

我刚发布了一篇新文章，分享我在维护开源 Angular 库时学到的经验。

我曾经使用工作区和 dist/ 验证兼容性，但最终意识到这并不是开发者实际从 npm 安装的内容。

这促使我重新设计 CI 流水线，改为在多个 Angular 版本中验证已发布的包。

文章涵盖：

• 为什么仅测试 dist/ 是不够的
• Angular 部分编译与链接器
• 为什么仅类型检查可能会遗漏兼容性问题
• 使用 npm pack 验证打包后的产物
• 构建 Angular 17–22 的兼容性矩阵

如果你也在维护一个 Angular 库（或任何 npm 包），我很想听听你如何处理兼容性测试。

📖 为什么我使用已发布的 npm 包（而非源代码）来验证 Angular 兼容性

Medium 链接