問題タブ [nuget]

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

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

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

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

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

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

NuPackアドインを使用してNInjectMVC3パッケージをインストールすると、生成されたファイルで次のコンパイルエラーが発生しNinjectMVC3.csます。

The name 'MvcServiceLocator' does not exist in the current context

David Ebboが投稿したサンプルビデオは、09：43に正常に動作していることを示しています。

現在生成されているクラスは次のとおりです。

では、新しいプロジェクトを計画するとき、NuPackを使用して依存関係を処理するのは安全でしょうか? 私が安全だと言うとき、それは固執しますか？それともただの誇大宣伝されて死んでしまうプロジェクトになるのでしょうか (つまり、Google Wave など)? .NET で依存関係を管理する場所や必要性は本当にあるのでしょうか?

そうでない場合、依存関係を処理するための推奨される方法は何ですか?

nuPackでMvcScaffoldパッケージを使用する方法に関するドキュメントを見つけようとしていますが、どこにも見つかりません。

パッケージ管理コンソールで基本的なインテリセンスサポートがあることは知っていますが、通常のスキャフォールディングよりも少し複雑なことをしたいと思います。

私はどこかにいくつかのドキュメントがあることを望んでいました。

このパッケージのドキュメントがどこにあるか知っている人はいますか？

NuPack もインストールする Asp.net MVC 3 ベータ版をインストールしましたが、Visual Studio 2010 Express でプロジェクトを開くと、パッケージ マネージャー コンソールに次のエラー メッセージが表示されます。

「パッケージ参照の追加」メニュー オプションからパッケージをダウンロードできましたが、パッケージ マネージャー コンソールではダウンロードできませんでした。何が問題なのですか？ありがとう。

Visual Studio 2008 に NuPack (NuGet) をインストールできますか?

nuget を使用して、必要なパッケージへの参照のみをバージョン管理に保存することは可能でしょうか (package.config のみで、packages フォルダーは無視します)。

さまざまなpackage.configファイルで参照されているすべてのパッケージを(再)ダウンロードするようにnugetに指示する方法はありますか? または、ビルドスクリプトに入れることができる同様のもの。

アップデート：

この機能を要求したのは私だけではないようです:この作業項目を参照してください(ヒントについては PHeiberg に感謝します)。

更新 2:

NuGet には、この機能が組み込まれています。詳細については、「パッケージをソース管理にコミットせずに NuGet を使用する」を参照してください。あとは、packages ディレクトリを .gitignore または VCS に相当するものに追加するだけです (/packages/リポジトリのルートにあり、git を使用している場合はこのトリックが実行されます)。

Visual Studio では、nupack はパッケージ マネージャー コンソールと呼ばれるパワーシェル ウィンドウを追加します。これは、ソース管理コマンドを実行するのに適した場所であると考えています (私は Mercurial を使用しています)。ただし、既定の作業ディレクトリはユーザー フォルダーであるため、新しいプロジェクトを読み込むたびにコード フォルダーに移動する必要があります。

作業ディレクトリをソリューション フォルダーに設定する 1 行のコマンドがあるかどうか疑問に思っています。たとえば、このようなものは存在しますか？

その結果、get-variableすぐに利用できるものはないように見えますが、powershell を使用したことがないので、ソリューション フォルダーを取得する方法があるのではないでしょうか?

私たちは、すべての Web サイトで認証やログ記録などに使用されるプライベートな「エンタープライズ サービス」DLL をいくつか持っています。それらはプライベートであるため、これらの DLL のバージョン管理とソースも管理しています。File | New Projectインクルードを作成した後のこれまでの (エラーが発生しやすい) 手順

1. 「エンタープライズ サービス」プロジェクトを追加します。
2. 上記への参照を追加
3. Authentication、HttpHandlers などの web.config セクションを編集します。

NuGet は上記のプロセスを自動化します

プライベートにホストされたサーバーから VS2010 パッケージをダウンロードしてインストールし、以前は手動で行っていた構成設定を自動化できる NuGet (MVC3 にバンドルされている) に出会いました。

質問：

• dll をプライベート NuGet サーバーに公開することは理にかなっていますか?
• 必要に応じて、この dll をデバッグしてステップ インすることができなくなりますか?
• プロジェクトの残りの部分が TFS に基づいている場合、他にどのようなことを考慮する必要がありますか?