2017-06-08 19 views
0

VSでNugetの拡張機能を使用して新しいパッケージをインストールするたびに、静的な場所(C:\ Users [me] \ Documents \コード\ Nuget)Nuget Package Managerパッケージの解決に静的パスを使用する

enter image description here

私はプロジェクトを生成するときには、私は比較的依存関係を解決するために.csprojファイルを編集せずにTFSに直接それらを確認することができないとして、問題です。これらの設定はパッケージ単位で行われるため、面倒です。

私の同僚のNuget/VS2015のインストールと私自身の違いは分かりません。彼らのマネージャーは、プロジェクトディレクトリに「Packages」フォルダを追加します。彼らのプロジェクトは、ナゲット解決のための相対的な進路を持っています。 enter image description here

この現象の原因は何ですか?解決するにはどうすればよいですか。 私たちは意図的にナゲットの設定を更新していないので、このような設定の副作用を引き起こす原因は何ですか?

+0

これはNuGet自体の問題ではなく、NuGetの設定に問題があるようです。 NuGetにはパッケージの復元先が設定されています。参照先:https://docs.microsoft.com/en-us/nuget/consume-packages/configuring-nuget-behavior。私はあなたのプロジェクト内になる場所を復元を作成する場合、VSはcsprojファイルのプロジェクトの相対パスを使用すると考えています – Nanos

+0

@SurelyTheresABetterWay、この問題の任意のアップデート?私のアップデートの回答から有益な情報を得ることができますか?そうでない場合は、私に無料で知らせてください、私は続くつもりです。 –

答えて

1

この現象の原因は何ですか?解決するにはどうすればよいですか。私たちのどちらも意図的にナゲットの設定を更新していないので、このような設定の副作用を引き起こす原因は何ですか?

あなたのNuGet.configにrepositoryPathを設定することができ、あなたは%APPDATA%\NuGet\NuGet.Configにあるグローバル設定ファイルの設定の下に確認することができます:あなたはそれを見つけた場合は、

 <config> 
     <add key="repositoryPath" value="C:\Users\Documents\Code\Nuget" /> 
  </config> 

それをコメントしてくださいまたはすることができます削除する。

さらに、グローバル設定で見つからない場合は、このNuGet.configをソリューションで確認できます。

注:NuGet.configを変更した後、Visual Studioを再起動してください。

更新:あなたが設定値以下でソリューションフォルダの下にNuGet.configを追加することができます

<?xml version="1.0" encoding="utf-8"?> 
<configuration> 
    <config> 
     <add key="repositoryPath" value="Packages" /> 
    </config> 
</configuration> 
この設定で

enter image description here

、NuGetは下のパッケージを格納しますソリューションフォルダ。

+0

あなたが提供したパスと、公式のNugetドキュメンテーションのすべての可能なパスをここで確認しました。 https://docs.microsoft.com/en-us/nuget/consume-packages/configuring-nuget-behavior。どの設定ファイルもリポジトリパスを指定していません。また、VSにNuget Extensionを再インストールしても、その動作は引き続き維持されます。 – SurelyTheresABetterWay

+0

@SurelyTheresABetterWay、この奇妙な問題の理由はわかりませんが、あなたはナゲットを追加しようとすることができます。この問題を解決するには、ソリューションフォルダの下にあるconfigをクリックします。更新情報から詳細情報を参照することができます。 –

+0

これは正しい経路に私を置く。何らかの理由でAppDataの場所を訪れたことはありませんでした。問題の構成ファイルを見つけて問題の原因となっていたノードを削除できました。私はその後、ソリューションXMLでいくつかの追加作業を行う必要がありました。私はまたあなたのNuget.configソリューションを使用して、これは誰でも将来的に起こるはずの手動によるオーバーライドを確実にしています。本当にありがとう! – SurelyTheresABetterWay

関連する問題