3

I've nearly finished migrating a large solution to use NuGet for dependencies. Prior to this, the project simply had a Lib directory with all binary dependencies in sub-directories within it. There are, however, a few dependencies that aren't available in the official NuGet feed. Therefore, I have a few options:

  1. Add them to the official NuGet feed.
  2. Keep the existing Lib directory with any non-NuGet binaries within it.
  3. Create a project-local NuGet feed that contains only those packages that aren't available in the official feed.

I don't like #1 because it implies I'll be taking on responsibility for keeping the packages up-to-date. I don't like #2 because it's messy having two mechanisms for managing dependencies within the one solution.

Therefore, I'm leaning towards #3, but cannot find any documentation on conventions. I understand how to create the local feed, how to tell Visual Studio about it et cetera. What I can't find is whether there is a convention around the naming of the directory containing the local feed and anything else this approach may entail. Does anyone know what the standard practice is?

4

2 に答える 2

1

プロジェクト ローカルの NuGet フィード...プロジェクトに関連してどこに配置しますか? そして、この「ローカル」フィードをチーム メイトとどのように共有しますか? NuGet は既にすべてのパッケージをプロジェクト ローカル ($(SolutionDir)\Packages) にインストールしているため、パッケージの復元を無効にしてパッケージを VCS にコミットすることもできます。

別の方法があるかもしれません: MyGet.orgはもう試しましたか? Windows Azure でホストされる NuGet-as-a-Service を提供します。サインアップ、フィード (またはそれ以上) の作成、必要に応じてセキュリティ保護、他のユーザーの招待、開始を行います。デフォルトの NuGet サーバー機能に加えて提供される機能の一覧を次に示します。また、MyGet は、すべてのプランで最新の NuGet クライアント ツールとの互換性を無料で保証します。

無料プランもあり、他のプランでも試用を開始できます。詳細については、 http://www.myget.org/plansを確認するか、電子メールを送信してください。たとえば、オンプレミスの Active Directory との統合を検討している場合は、エンタープライズ プランもチェックしてください。ホストされたソリューションが必要なく、すべてを自分で維持したい場合は、ProGet が最適です。

于 2013-04-17T07:03:55.830 に答える