NuGetのパッケージの場所を変更することはできますか？

私のプロジェクトのほとんどには、次のような規約があります。

/src
    /Solution.sln
    /SolutionFolder
        /Project1
        /Project2
        /etc..
/lib
    /Moq
        moq.dll
        license.txt
    /Yui-Compressor
        yui.compressor.dll
/tools
    /ILMerge
        ilmerge.exe

私は、ソースフォルダー内に外部ライブラリーを保持していないことに気付くでしょう。NuGetの使用にも非常に興味がありますが、これらの外部ライブラリをソースフォルダー内に配置したくありません。NuGetには、すべてのパッケージが読み込まれるディレクトリを変更する設定がありますか？

パッケージをインストールするフォルダーを制御できるようになりました。

http://nuget.codeplex.com/workitem/215

編集： 2010年12月10日午後11時45分（上記の作業項目/リンク）にあるPhil Haackのコメントを参照してください。サポートは1.0で部分的に実装されていますが、文書化されていません。

@dfowlerによると、次のようにして、ソリューションの横にnuget.configファイルを追加します。

<settings>
<repositoryPath>{some path here}</repositoryPath>
</settings>

パッケージフォルダーのオーバーライドを作成するためのnugetパッケージがあります。

バージョン2.1の更新

Azatがコメントしたように、パッケージの場所を制御する方法についての公式ドキュメントがあります。2.1のリリースノートでは、nuget.configファイルで次の構成を指定しています（構成ファイルを配置する有効な場所と階層構成モデルのしくみについては、リリースノートを参照してください）。

<configuration>
  <config>
    <add key="repositoryPath" value="C:\thePathToMyPackagesFolder" />
  </config>
  ... 
</configuration>

これにより、ファイルを配置した構成レベルのパッケージフォルダーが変更されます（ソリューションディレクトリに配置した場合のソリューション、プロジェクトディレクトリ内のプロジェクトなど）。リリースノートには次のように記載されています。

[...]ソリューションルートの下に既存のパッケージフォルダーがある場合は、NuGetが新しい場所にパッケージを配置する前に、フォルダーを削除する必要があります。

1. 「nuget.config」というファイルを作成しました。
2. そのファイルをソリューションフォルダに追加しました

これは私にとってはうまくいきませんでした：

<configuration>
  <config>
    <add key="repositoryPath" value="..\ExtLibs\Packages" />
  </config>
  ... 
</configuration>

これは私にとってうまくいきました：

<?xml version="1.0" encoding="utf-8"?>
<settings>
  <repositoryPath>..\ExtLibs\Packages</repositoryPath>
</settings>

この投稿を読んでいる人のために、わかりました。これが、上記の無数の回答について私が理解していることです。

1. .nu​​getフォルダー内のnuget.configファイルは、そのフォルダーを基準にしています。新しいフォルダが「../Packages」のような場合は、常にそのままの状態で配置されるため、これは重要です。@ bruce14が示すように、代わりに '../../Packages'を実行する必要があります

2. 最新のnuget（2.8.5）を入手して、パッケージの復元を有効にしないと、標準の場所の外にあるパッケージフォルダーを見つけることができませんでした。したがって、パッケージの復元を有効にしたら、次を.nugetフォルダー内のnuget.configファイルに追加して、場所を変更する必要があります。

   <?xml version="1.0" encoding="utf-8"?>
   <configuration>
     ...
     <config>
       <add key="repositoryPath" value="..\..\Packages" />
     </config>
     ...
   </configuration>

3. （これは重要です）あなたはnuget.configファイルのパッケージフォルダの場所の内部を変更した場合、あなたがしなければならないのVisual Studioを再起動するか、近い/変更を有効にするためのソリューションをリロード

Visual Studio 2015でのNuget 3.2のソリューションは次のとおりです。

<?xml version="1.0" encoding="utf-8"?>
<configuration>
    <config>
        <add key="repositoryPath" value="../lib" />
    </config>
</configuration>

親フォルダーにスラッシュを使用します。上記のファイル（nuget.config）をソリューションフォルダーに保存します。

参照はここにあります

2.1のリリースノートで提案されているソリューションは、そのままでは機能しません。彼らはコードがあることを言及するのを忘れていました：

internal string ResolveInstallPath()
{
    if (!string.IsNullOrEmpty(this.OutputDirectory))
    {
        return this.OutputDirectory;
    }
    ISettings settings = this._configSettings;

    ...
}

機能しなくなります。これを修正するには、NuGet.targetsファイルを変更し、「OutputDirectory」パラメーターを削除する必要があります。

    <RestoreCommand>$(NuGetCommand) install "$(PackagesConfig)" -source "$(PackageSources)"  $(RequireConsentSwitch)</RestoreCommand>

したがって、NuGet.configのどこかに「repositoryPath」構成を追加すると（構成ファイルを配置する有効な場所の説明については、リリースノートを参照してください）、すべてのパッケージが単一の場所に復元されますが、.csprojはまだ相対パスとして記述されたアセンブリへのヒントが含まれています...

PackageManagerを変更するのではなく、なぜ彼らが一生懸命行ったのかまだ理解できません。そのため、PackagesDirに相対的なヒントパスが追加されます。これは、ローカル（デスクトップ上）とビルドエージェントで異なるパッケージの場所を手動で設定する方法です。

<Reference Include="Autofac.Configuration, Version=2.6.3.862, Culture=neutral, PublicKeyToken=17863af14b0044da, processorArchitecture=MSIL">
  <Private>True</Private>
  <HintPath>$(PackagesDir)\Autofac.2.6.3.862\lib\NET40\Autofac.Configuration.dll</HintPath>
</Reference>

Shane Kmsの回答に加えて、Nuget Package Restoreをアクティブにした場合は、.nuget-folderにあるNuGet.configを次のように編集します。

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <repositoryPath>..\..\ExtLibs\Packages</repositoryPath>
</configuration>

余分な ".. \"に注意してください。これは、ソリューションフォルダーではなく.nuget-folderからバックトラックするためです。

いくつかのヒントがないため、この回答のどれも私にとってはうまくいかなかった（Nuget 2.8.6）。他の人に役立つかもしれないので、ここでそれらを追加しようとします。

次のソースを読んだ後：
https://docs.nuget.org/consume/NuGet-Config-Settings
https://github.com/NuGet/Home/issues/1346
それはと思われます

1. あなたが使用する必要が異なるリポジトで正しくインストール・パッケージを操作できるようにするに前進彼らはパースの場所にURIオブジェクトを使用しているので、それはだ、スラッシュを。
2. 初めに$がなければ、それでも私の設定は無視されていました。
3. NuGetは構成ファイルをキャッシュするため、変更後にソリューション/ VSをリロードする必要があります。
4. また、NuGet.exeのコマンドを使用してこのオプションを設定すると、AppData \ Roaming \ NuGetの下にあるグローバルNuGet.exeが変更され、そこにパッケージの復元が開始されたため、奇妙な問題が発生しました（そのファイルの優先度が高いため、推測しています）。

例えば

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <solution>
    <add key="disableSourceControlIntegration" value="true" />
  </solution>
  <config>
    <add key="repositorypath" value="$/../../../Common/packages" />
  </config>
</configuration>

NuGetコマンドを使用して、次のように構文が正しいことを確認することもできます。

NuGet.exe config -Set repositoryPath=$/../../../Common/packages -ConfigFile NuGet.Config

.NET CoreプロジェクトとVisual Studio 2017の場合、次の構成を提供することで、すべてのパッケージを相対パスに復元できました。

<configuration>
  <config>
    <add key="globalPackagesFolder" value="lib" />
  </config>
  ... 
</configuration>

私の経験に基づいて、libフォルダーは、slnファイルがどこにあってもNuget.configが見つかったのと同じレベルに作成されました。私はテストしましたが、動作はコマンドラインドットネットリストアとVisual Studio 2017再構築で同じです

承認された回答の構成ファイルは、VS2012で動作します。ただし、私にとっては、次の操作を行った場合にのみ機能します。

1. VSで新しいプロジェクトを作成します。
2. VSを終了-これは重要なようです。
3. 構成ファイルをプロジェクトフォルダにコピーします。
4. VSを再起動してパッケージを追加します。

これらの手順に従うと、共有パッケージフォルダーを使用できます。

packages.configの代わりにPackageReferenceを使用してプロジェクトのパスを変更するには、使用する必要があります globalPackagesFolder

https://docs.microsoft.com/en-us/nuget/reference/nuget-config-fileから

globalPackagesFolder（PackageReferenceを使用するプロジェクトのみ）

デフォルトのグローバルパッケージフォルダーの場所。デフォルトは％userprofile％.nuget \ packages（Windows）または〜/ .nuget / packages（Mac / Linux）です。相対パスは、プロジェクト固有のnuget.configファイルで使用できます。この設定は、優先されるNUGET_PACKAGES環境変数によって上書きされます。

repositoryPath（packages.configのみ）

デフォルトの$（Solutiondir）/ packagesフォルダーの代わりにNuGetパッケージをインストールする場所。相対パスは、プロジェクト固有のnuget.configファイルで使用できます。この設定は、優先されるNUGET_PACKAGES環境変数によって上書きされます。

<config>
    <add key="globalPackagesFolder" value="c:\packageReferences" />
    <add key="repositoryPath" value="c:\packagesConfig" />
</config>

Nuget.configをソリューションファイルの横に配置すると、うまくいきました。

私が発見したもう1つの小さなヒント。（これは非常に基本的で、一部の人が言及しなかったかもしれませんが、私の解決策にとって重要でした。） "packages"フォルダは、最終的に.slnファイルと同じフォルダに含まれます。

.slnファイルを移動し、内部のすべてのパスを修正して、さまざまなプロジェクトと出来上がりを見つけました！私たちのpackagesフォルダは私たちが望んでいた場所に行き着きました。

VS 2017の更新：

Nugetチームの人々がようやくNugetを使い始め、いくつかの重要なものを見つけて修正するのに役立ちました。したがって、今でも（私が誤っていない場合は、VS 2017にまだ移行されていないため）、以下は不要です。"repositoryPath"をローカルフォルダーに設定できれば機能します。既定では復元場所がソリューションフォルダーからマシンレベルに移動されるため、このままにすることもできます。繰り返します-私はまだ自分でテストしていません

VS 2015以前

他の回答へのヒント（具体的にはこれ）：

NuGet Packageフォルダーの場所は構成によって変更できますが、VisualStudioはこのフォルダー内のアセンブリを相対的に参照します。

<HintPath>..\..\..\..\..\..\SomeAssembly\lib\net45\SomeAssembly.dll</HintPath>

これを回避するには（より良い解決策になるまで）、substコマンドを使用して、Packagesフォルダーの新しい場所を指す仮想ドライブを作成しました。

subst N: C:\Development\NuGet\Packages

新しいNuGetパッケージを追加するとき、プロジェクト参照はその絶対的な場所を使用します。

<HintPath>N:\SomeAssembly\lib\net45\SomeAssembly.dll</HintPath>

注意：

1. そのような仮想ドライブは再起動後に削除されますので、それを処理することを確認してください
2. プロジェクトファイル内の既存の参照を置き換えることを忘れないでください。

Nuget 2.8.3で更新するだけです。インストールされたパッケージの場所を変更するために、右クリックソリューションからパッケージの復元を有効にしました。NuGet.Configを編集し、次の行を追加しました：

  <config>
    <add key="repositorypath" value="..\Core\Packages" />
  </config>

次に、ソリューションを再構築し、すべてのパッケージを目的のフォルダーにダウンロードし、参照を自動的に更新しました。

最も一貫した方法は、を使用nuget configして構成を正しく設定することです。

nuget config -set repositoryPath=c:\packages -configfile c:\my.config

https://docs.microsoft.com/en-us/nuget/consume-packages/configuring-nuget-behavior#changing-config-settings