.NET パッケージ管理の現在のオファリングは何ですか。どちらを使用しており、長所と短所は何ですか?

今日のいくつかの例は次のとおりです。

• ニュー
• オープンラップ

誤解を避けるために、gem、apt-get、などのパッケージ管理システムについて言及していますdpkg。

ホーンゲットはなくなりましたが、NH3 / FluentNHのトランクバージョンを一緒にダウンロードできるホーンゲットのような他のパッケージマネージャーはありますか？

2つを手動で組み合わせるのは面倒であり、NuもOpenWrapも2つのトランクを一緒に持っていないことがわかります:(

OpenWrapとNuGetの違いは何ですか。そして、あなたは何を好みますか？

OpenWrapを初期化した後、Visual Studioでプロジェクトをビルドすると、このエラーが発生します。

「InitializeVisualStudioIntegration」タスクには、必須パラメーター「WrapDescriptor」の値が指定されていません。

何が悪いのか分かりますか？OpenWrapwikiのガイドに従っています。

チュートリアルを始めたばかりで、以下の問題に遭遇するまで、すべてが順調に進んでいました。

私のシステムで openWrap が複数の log4net dll を見つけたようです (これが openWrap が必要な理由の 1 つです)。

どうすればいいですか？

乾杯、
ベリー

コマンドプロンプトからの出力

複数のプロジェクトを含むソリューションがあるので、たとえば、10個のテスト関連プロジェクトがnunitに依存しているとします。現在、私のソリューション構造にはToolsとLibのフォルダーが含まれているため、nunitの完全なダウンロードはToolsにあり、dllだけがLibにある可能性があります。

パッケージマネージャー（私が見ているのはNuGetとOpenWrapの2つです）は、パッケージの独自の「既知の」場所を作成する必要があると思います。したがって、パッケージ管理の昔ながらの方法に対して、Libフォルダーを手動で更新した後、nunitに依存しているすべてのプロジェクトが更新されたことがわかります。

しかし、パッケージマネージャーで更新する場合は、すべてのプロジェクトにアクセスして、プロジェクトが更新され、同じ参照を指していることを確認する必要があります。また、一部のdllが見つからない可能性があるため（現在unHAddinsを考えています）、手動のパッケージ管理から完全に解放されていません。つまり、最新の更新への移行は、すべてのプロジェクトがパッケージマネージャーによって更新されるまで行われません。

ですから、私の理解が正しいかどうか疑問に思っています。適切なサイズのソリューションにパッケージ管理を組み込むための最良のアプローチは何ですか。たとえば、次のようになります。

それは正しいですか？

乾杯、
ベリール

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

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

私が取り組んでいるエンタープライズ製品スイートには、基本的に、さまざまなサービスとオプションのモジュールで構成されるコアが付属しています。これらのモジュールはプラグインして特定の機能を利用可能にし、要件に応じて独自のソリューションを形成します。これらの独自のソリューションは、社内のリモートサーバー、データセンター、クラウド、パティオなど、ほぼすべての場所に導入されています。

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

個人的には、すべての独自のソリューション用のインストーラーパッケージ（MSI、Webインストーラーなど）を作成することはあまり好きではありません。これはすぐに手に負えなくなり、拡張性があまり高くないためです。

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

resharperプラグインをR＃6に更新しました。

私の参照はラップキャッシュから取得されなくなりました。

参照を手動で設定する必要があります。

何か私にできることはありますか？

OpenWrap をダウンロードしてインストールしました。これは、OpenRasta のバイナリを取得する最良の方法であると言われているためです。しかし、実行しようとするo add-wrap openrasta-fullと、OpenWrap で次のエラーが表示されます。

パッケージ openrasta-full がリポジトリに見つかりません。

私のベースをカバーするために、 OpenWrapホームページo add-wrap openrasta-devtoolsで例として具体的に示されているコマンドであるため、私も試しました。同じエラーが発生しました（もちろん、パッケージ名が異なります）。

openwrap.org から OpenWrap (o.exe) をインストールして初めて実行したとき、インストールするかどうかを尋ねるコンソール ウィンドウが表示され、「インストールしてパスに追加する」オプションを選択しました。数分間、パッケージをダウンロードしていましたが、コンソールウィンドウが閉じたので、「インストール」が正常に完了したかどうかはわかりません。ダウンロードしたファイルを再実行しようとすると、次のエラーが表示されます。 ." どうやらそれは同じEXEと自己インストールであるため、インストールを再実行したり、成功したかどうかを確認したりする方法さえありません。

これをトラブルシューティングして OpenRasta をインストールするにはどうすればよいですか?

突然、次のopenrastaプロジェクトをコンパイルできなくなりました（最後のエラーを参照）。

• OpenRasta.Codecs.WebForms
• OpenRasta.Hosting.AspNet

これは私が2つのことをした後に起こりました：

1. ウィキから最新バージョンのOpenWrapをインストールしました。openwrapをインストールするのはこれが初めてです。私は他に何もしませんでした、ただインストーラーを実行しました。いじりません。

2. GitHubから次のプロジェクトの最新バージョンを取得しました。

   • OpenRasta.Core
   • OpenRasta.Codecs.WebForms
   • OpenRasta.Hosting.AspNet

次に、上記のORプロジェクトへのプロジェクト参照を含むメインプロジェクトの再構築を試みました。これにより、「InitializeVisualStudioIntegration」エラーが発生しました（最後を参照）。

この問題についてオンライン（http://tinyurl.com/3d8oxsf）で言及されていることがわかりました。これは、プロジェクトファイルのネストレベルに関係しているため、私のORプロジェクトはすべて次のレベルのネストで動作します。

F：\ Development \ OpenRasta \ openrasta-codecs-webforms \ src \ OpenRasta.Codecs.WebForms \ OpenRasta.Codecs.WebForms.csproj

何かご意見は？

ありがとう

ジョニー

エラー

「WrapDescriptor」パラメーターは、「InitializeVisualStudioIntegration」タスクではサポートされていません。パラメータがタスクに存在し、設定可能なパブリックインスタンスプロパティであることを確認します。OpenRasta.Codecs.WebForms

「InitializeVisualStudioIntegration」タスクをその入力パラメーターで初期化できませんでした。

「WrapDescriptor」パラメーターは、「InitializeVisualStudioIntegration」タスクではサポートされていません。パラメータがタスクに存在し、設定可能なパブリックインスタンスプロパティであることを確認します。OpenRasta.Hosting.AspNet

「InitializeVisualStudioIntegration」タスクをその入力パラメーターで初期化できませんでした。