2

私たちの環境では、現在、アセンブリを保持するネストされたフォルダー構造があります。例:\ SERVER \ Assembly \ SomeCompany \ MyRockinAssembly \ v1.0.0.0 \ MyRockinAssembly.dll

私たちはすべての正当な理由でNuGetパッケージの作成を検討しており、それらを同じ構造に格納したいと考えていました。したがって、nupkgはdllと同じ場所に保存します:\ SERVER \ Assembly \ SomeCompany \ MyRockinAssembly \ v1.0.0.0\MyRockinAssembly.nupkg。

次に、ローカルイントラネットパッケージソースを追加して、このディレクトリにポイントすることを計画しました。ただし、パッケージマネージャーがネストされたフォルダーを検索するようには見えません。nupkgを1レベルの深さまで上げると機能しましたが、そのようなものは既存の標準を台無しにします。

パッケージを検索するすべてのサブフォルダーをnugetでドリルダウンする方法はありますか?

または、これは彼らのチームへの機能リクエストですか:)

4

1 に答える 1

0

NuGetリポジトリは、本質的に、NuGetパッケージのセットを含む単純なフォルダーです。クライアントに大量のリポジトリを登録しない限り、このようなフォルダツリーを構築しても、必要な構造を実現することはできません。各リポジトリは、このツリー構造内の特定のディレクトリを指します。これは、パッケージの消費者にとって非常に不便になる可能性があります。もちろん、将来的には不必要に複雑になることは言うまでもありません(自動ビルドなど)。

ただし、パッケージID構造で遊ぶことはできます。例:

CompanyName.ProductSuite.Product.Component.1.0.0.nupkg

これで少なくともリポジトリがソートされ、コンシューマーはこの規則に基づいてフィルター/検索を行うことができます。

MyGet.org(NuGet-as-a-Service)を確認し、複数のフィードを作成して、他のフィードをアンダーレイパッケージソースとして持つ一般的なフィードを構成することもできます。これがどのように機能するかについては、このブログ投稿で詳しく説明されています:http://blog.myget.org/post/2012/03/01/Introducing-MyGet-package-source-proxy-(beta) .aspx

于 2013-01-12T13:00:06.890 に答える