NuGet / OpenWrapが主に作成され、設計されたものと、それが少し前にリリースされてからどのように採用および適用されてきたかを完全に理解しています。
しかし、私はそれをさらに別の方法で使用する他のケースを見ることができます。私が考えていたことの1つは、実行時の依存関係に注意を向けています。
私が取り組んでいるエンタープライズ製品スイートには、基本的に、さまざまなサービスとオプションのモジュールで構成されるコアが付属しています。これらのモジュールはプラグインして特定の機能を利用可能にし、要件に応じて独自のソリューションを形成します。これらの独自のソリューションは、社内のリモートサーバー、データセンター、クラウド、パティオなど、ほぼすべての場所に導入されています。
言うまでもなく、バグ修正とメンテナンスの更新の展開は複雑であり、手動で実行する必要があり、エラーが発生しやすく、不器用であることが証明されています。特に、インターフェイスのリビジョンと他のコンポーネントは一致する必要があり、主要な展開では通常、すべてのモジュールのポリーニングを解除する必要があるためです。
個人的には、すべての独自のソリューション用のインストーラーパッケージ（MSI、Webインストーラーなど）を作成することはあまり好きではありません。これはすぐに手に負えなくなり、拡張性があまり高くないためです。
パッケージマネージャーとカスタムフィードがこのプロセスの合理化に役立つかどうか疑問に思いました。たぶん私は間違った方向に考えているので、コメントや考えをいただければ幸いです。