公開 npm パッケージ（ソースコードではなく）で Angular 互換性を検証する理由

オープンソースの Angular ライブラリをメンテナンスする中で学んだ教訓について、新しい記事を公開しました。

以前は自分のワークスペースや dist/ で互換性を検証していましたが、開発者が実際に npm からインストールするものではないことに気づきました。

その結果、CI パイプラインを再設計し、複数の Angular バージョンで公開パッケージを検証するようにしました。

この記事では以下を解説しています：

• dist/ のテストが不十分な理由
• Angular の部分コンパイルとリンカー
• 型チェックだけでは互換性の問題を見逃す可能性がある理由
• npm pack を使ったパッケージ化された成果物の検証
• Angular 17–22 向けの互換性マトリクスの構築

Angular ライブラリ（または任意の npm パッケージ）をメンテナンスしている方は、互換性テストへのアプローチをぜひお聞かせください。

📖 公開 npm パッケージ（ソースコードではなく）で Angular 互換性を検証する理由

Medium link