展開用のNuget/OpenWrapおよび実行時間依存性管理

Question

Nuget/OpenWrapが主に作成されたものと、それが少し前にリリースされて以来、どのように採用および適用されてきたかを完全に理解しています。

しかし、私はそれをさらに別の方法で使用する他のケースを見ることができます。私が考えていたものの1つは、実行時間の依存関係に注意を向けています。

私が取り組んでいるエンタープライズ製品スイートには、基本的にさまざまなサービスとオプションのモジュールで構成されるコアが付属しています。これらのモジュールは、特定の機能を利用可能にして、要件に応じて一意のソリューションを形成できるようにします。これらのユニークなソリューションは、家屋、データセンター、クラウド、パティオなどのリモートサーバーに展開されています。

バグフィックス +メンテナンスの更新の展開を言うための針は複雑であり、エラーが発生しやすく不器用であることが証明された手動で実行する必要があります。特に、インターフェイスのリビジョンやその他のコンポーネントが一致する必要があり、主要な展開には通常、すべてのモジュールの解放が必要であるためです。

個人的には、私はこれがすぐに手に負えなくなり、あまりうまくスケーリングされないため、インストーラーパッケージ（MSI、Webインストーラーなど）を作成することの大ファンではありません。

パッケージマネージャーとカスタムフィードがこのプロセスを合理化するのに役立つかどうか疑問に思っていました。たぶん私は間違った方向に考えていて、コメントや考えに感謝します。

Answer 1

私たちはそれをうまくやった。 OpenWrapは、特定のディレクトリにパッケージを更新するために呼び出されます。アプリの展開は、展開したいパッケージを含む新しい記述子を追加し、OpenWrapに解決を行わせるという問題です。

これは、OpenWrapにはシステムリポジトリ（ユーザーごと）の概念があるため、特にうまく機能します。これは、リダイレクトすることもできます（複数のリポジトリ、アプリケーションごと、またはテスト用に分割する場合）。

新しいアプリの展開は、関連する記述子を含む新しいフォルダーを追加するか、システムリポジトリにアプリケーションを直接追加する問題のみです。自動更新は、バッチジョブでOpenWrapコマンドラインツールを実行するだけで実装できます。

1つのレベルを上げたい場合は、OpenWrap APIを活用し、パッケージを動的に追加 /削除することにより、アプリケーションを複合にすることができます。ランタイムアセンブリの解決が利用可能です。