NuGetパッケージがありません


297

私はこの問題を検索しましたが、解決策はどれもうまくいきませんでした。Visual Studio Professional 2015をインストールし、TFSを使用しています。私のNuGetバージョンは3.1.6です。この問題は、私のC#Web API / MVCプロジェクトでのみ発生しています。

以下のエラーが発生します:

このプロジェクトは、このコンピューターに存在しないNuGetパッケージを参照しています。それらをダウンロードするには、NuGet Package Restoreを使用します。詳細については、http://go.microsoft.com/fwlink/?LinkID=322105を参照してください。不足しているファイルは.. \ packages \ Microsoft.Net.Compilers.1.0.0 \ build \ Microsoft.Net.Compilers.propsです。

  1. ソリューションに.nugetフォルダーがありません。
  2. ソリューションにパッケージフォルダーがあり、それを削除すると、NuGetは依存関係を再構築しているようですが、プロジェクトにはまだ上記のエラーがあります。
  3. TFSからプロジェクトを削除しようとしましたが、修正されませんでした。
  4. 上記のエラーに加えて、プロジェクト内のすべての参照には黄色の警告サインがあり、それらが欠落していると言います。
  5. プロジェクトのNuGetパッケージマネージャーを確認したところ、「不足している」すべての横に、Microsoft.Net.Compilersを含む緑色のチェックマークが付いています。
  6. 新しいWeb API / MVCプロジェクトを追加しようとすると、同様の問題に直面しました。Owinなどのほとんどの参照で、黄色の警告サインが表示されずに「欠落」していました。

新規ユーザーによる低品質の投稿された回答の急激な量により、この質問を閉じるための投票。
ZF007 2019

回答:


265

今日も同じエラーが発生しました(まったく同じパッケージがありません)。MVC + Web APIプロジェクトも作成しました。

これは、アプリファイル(.csprojを含む)を別の場所に移動したために発生しました。.slnファイルを手動で更新しましたが、すべてのパッケージの依存関係が(Visual Studio 2015)に.csprojファイルに保存されます。

.csprojファイルを編集し、ソリューションフォルダー(パッケージフォルダーを含む)への相対パスを修正すると、問題が解決しました。


2
Microsoft.Net.Compilers ...フォルダーが見つからない場合、移動後に古いパッケージフォルダーから新しいパッケージの場所にコピーすることは、必要な最後の手順になる場合があります。
Justin Wignall 2015年

2
コンピュータからその1つのパッケージを削除したところ、うまくいきました。
SpoiledTechie.com 2016年

1
プロジェクトをVisual Studioソリューションの別の場所に物理的に移動するときにもエラーが発生しました。このページのソリューションはどれも機能しなかったため、(ファイルシステム上に)プロジェクトのコピーを作成し、VSの元のプロジェクトへの参照をすべて削除しました。次に、プロジェクトを再作成し、小片を(私が作成したコピーから)コピーしました。面倒ですが、うまくいきました。
Andrew Jens

2
プロジェクトをある場所から別の場所に移動した後も、同じ問題が発生しました。「.csproj」ファイル内のパッケージのパスを修正すると、問題が修正されました。
ニルマン2017年

2
@MiłoszWieczorekパッケージマネージャーコンソールでコマンドを実行しようとしましたが、問題は解決しませんでした。すべてのパッケージを再ロードしましたが、参照はまだ見つかりません。
フランシスコダンコニア2017

360

このコードを.csprojファイルから削除して問題を解決しました:

<Target Name="EnsureNuGetPackageBuildImports" BeforeTargets="PrepareForBuild">
  <PropertyGroup>
    <ErrorText>This project references NuGet package(s) that are missing on this computer. Enable NuGet Package Restore to download them.  For more information, see http://go.microsoft.com/fwlink/?LinkID=322105. The missing file is {0}.</ErrorText>
  </PropertyGroup>
  <Error Condition="!Exists('$(SolutionDir)\.nuget\NuGet.targets')" Text="$([System.String]::Format('$(ErrorText)', '$(SolutionDir)\.nuget\NuGet.targets'))" />
</Target>

5
複数の個別のソリューションでプロジェクトを参照しているため、受け入れられた回答は機能しません。これが唯一の修正でした。コメントアウトすると、チャームのように機能しました。
Levi Fuller

31
私は間違っているかもしれませんが、これは「フライをハンマーで叩く」ことだと思います。何らかの理由で、公開された場所で他の必要なnugetパッケージが失われた場合でも、エラー発生せず、誤検出(つまり、展開は成功しますが、システムは失敗します)が発生します。ファンではありませんが、まだよく知らないnugetの側面があるので、私はそれを反対票を投じません。
HeyZiko 2016年

4
これも私にとってはうまくいきました。エラーメッセージがprojファイル自体にハードコーディングされているのは奇妙です...
Ryan Peters

7
この問題がVS 2017にも存在することを確認しました。プロジェクトをVisual Studio 2015から2017に移行し、2017での最初のコンパイル時にこのエラーメッセージが表示されました。これによりバグが修正されました。
トムマクドナルド

2
なぜ機能を削除し、これを行うことでプロジェクトが壊れる危険を冒すのでしょうか?@HeyZikoが指摘するように、これは後で問題を引き起こす可能性があります。「パッケージの復元を有効にする」というエラーの内容を実行できます。このページのどこかで私の回答を参照してください...
Nicow

45

注意-これは、プロジェクトだけでなくソリューション全体のパッケージを更新します。

ソリューションの構築中にエラーが発生する、1つ以上の不足しているnugetパッケージがある場合は、ツール> Nugetパッケージマネージャー>パッケージマネージャーコンソールからNugetコマンドコンソールを使用して次のコマンドを使用します。現在のすべてのパッケージを再インストールします。

Update-Package –reinstall

更新:

特定のプロジェクト名をパラメーターとして渡すことができます。

Update-Package –reinstall -ProjectName SampleApp

1
これでうまくいきました。あるシステムでgitを介して変更をプッシュし、別のシステムでプルした後、エラーがポップアップしました。多分私の.gitignoreはnugetパッケージ用に適切に設定されていません。
Patrick Borkowicz、2016年

16
注意してください...これはプロジェクトだけでなくソリューション全体のパッケージを更新します。
SOユーザー

1
これでうまくいきました。NuGetは不足しているパッケージについて不平を言っていましたが、Visual Studioは自動解決しませんでした。完全に実行するには数分かかりましたが、このコマンドで問題が解決しました。
Nick Alexander

8
-ProjectNameパラメーターを追加して、ソリューション全体ではなく、特定のプロジェクトにのみ使用できます。
MiłoszWieczorek

2
VS2017はこれの途中でクラッシュし、すべてを壊しました
ロール

19

私はこの正確な苛立たしいメッセージを持っていました。最終的に私のために働いたのは、/ packages内のすべてのファイルとフォルダーを削除し、VSに次のビルドですべてを再フェッチさせることでした。


2
ソリューションとを右クリックしましたRestore Nuget Packages
Vitor Canova

1
ソリューションを右クリックしても、Restore Nuget Packageがありません... VS 2013を使用しています。–
Ziggler、

また、適切なパッケージに復元されることを確認する必要がありました。パッケージフォルダの場所については、note / Edit * .csprojを使用して.csprojを確認してください
AceMark

15

ティベリは正しいです。ファイルが移動され、この問題が発生したため、.csprojファイルを編集する必要がありました。

 <Import Project="..\..\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.1\build\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props" Condition="Exists('..\..\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.1\build\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props')" />

ファイルの上部と下部で変更しました

<Error Condition="!Exists('..\..\packages\Microsoft.Net.Compilers.1.0.0\build\Microsoft.Net.Compilers.props')" Text="$([System.String]::Format('$(ErrorText)', '..\..\packages\Microsoft.Net.Compilers.1.0.0\build\Microsoft.Net.Compilers.props'))" />
<Error Condition="!Exists('..\..\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.1\build\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props')" Text="$([System.String]::Format('$(ErrorText)', '..\..\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.1\build\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props'))" />

最後に機能したのは、ファイルの最後の行だけを編集して、先頭は編集しないことでした
ISAE

15

この方法で私のエラーが解決されました:Visual Studio 2015以降のソリューションエクスプローラーで更新用の.csprojファイルを開くには:

プロジェクト名を右クリック->プロジェクトをアンロード

プロジェクト名を右クリック-> .csprojを編集

次の行を削除します。

<Target Name="EnsureNuGetPackageBuildImports" BeforeTargets="PrepareForBuild">
    <PropertyGroup>
      <ErrorText>This project references NuGet package(s) that are missing on this computer. Use NuGet Package Restore to download them.  For more information, see http://go.microsoft.com/fwlink/?LinkID=322105. The missing file is {0}.</ErrorText>
    </PropertyGroup>
    <Error Condition="!Exists('..\packages\Microsoft.Net.Compilers.1.0.0\build\Microsoft.Net.Compilers.props')" Text="$([System.String]::Format('$(ErrorText)', '..\packages\Microsoft.Net.Compilers.1.0.0\build\Microsoft.Net.Compilers.props'))" />
    <Error Condition="!Exists('..\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.0\build\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props')" Text="$([System.String]::Format('$(ErrorText)', '..\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.0\build\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props'))" />
    <Error Condition="!Exists('packages\Microsoft.Net.Compilers.1.0.0\build\Microsoft.Net.Compilers.props')" Text="$([System.String]::Format('$(ErrorText)', 'packages\Microsoft.Net.Compilers.1.0.0\build\Microsoft.Net.Compilers.props'))" />
    <Error Condition="!Exists('packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.0\build\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props')" Text="$([System.String]::Format('$(ErrorText)', 'packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.0\build\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props'))" />
  </Target>

プロジェクト名を右クリック->プロジェクトを再読み込み

最後に、ソリューションを構築します。


csprojのパスを手動で修正した後、セクションEnsureNuGetPackageBuildImportsを削除し、完全に機能しました。感謝
willyMon

11

.csprojファイルから次のコードを削除してこの問題を解決しました

<Target Name="EnsureNuGetPackageBuildImports" BeforeTargets="PrepareForBuild">
<PropertyGroup>
  <ErrorText>This project references NuGet package(s) that are missing on this computer. Use NuGet Package Restore to download them.  For more information, see http://go.microsoft.com/fwlink/?LinkID=322105. The missing file is {0}.</ErrorText>
</PropertyGroup>
<Error Condition="!Exists('..\..\..\Assemblies\NuGet\SpecFlow.Plus.Excel.1.4.2\build\SpecFlow.Plus.Excel.targets')" Text="$([System.String]::Format('$(ErrorText)', '..\..\..\Assemblies\NuGet\SpecFlow.Plus.Excel.1.4.2\build\SpecFlow.Plus.Excel.targets'))" />


1
しかし、なぜこれらが最初に間違っているのでしょうか?Visual Studioのバグ?
プロテクター1

8

2つの答えを組み合わせるとうまくいきました。まず、.csprojファイルを変更して、1.0.0バージョンへの参照を削除しました

< Target Name="EnsureNuGetPackageBuildImports" BeforeTargets="PrepareForBuild" >

  ----Error---

< /Target>

そしてしました

Update-Package -Reinstall

から、それは働いた。


6

私にとって問題は、ソリューションを新しいフォルダーにコピーして開いたときに、以下に示すようにNugetフォルダーが欠落していたことでした。このフォルダをコピーすると、すべてが機能しました。注:この同じフォルダーはソース管理にありましたが、このソリューションプロジェクトにはありませんでした。1つ上のディレクトリでした。

ここに画像の説明を入力してください


6

NuGetパッケージの復元を有効にするだけです。ソリューションを右クリックし、[NuGetパッケージの復元を有効にする]を選択します。

ソリューションを右クリックし、[NuGetパッケージの復元を有効にする]を選択します

これにより、NuGet.Configファイルを含む.nugetフォルダーが作成され、問題が修正されます。


ありがとう!! 私も同様の状況に直面し、「NuGetパッケージの復元を有効にする」が機能しました。
ジャイナ王子

18
「すべてのパッケージがすでにインストールされており、復元するものは何もありません」と表示されていました。
Dalibor 2017

5

VS2012を使用していますが、同じエラーに直面しています。.csprojファイルから次のTargetタグを削除し、エラーなしでコンパイルを開始しました。

<Target Name="EnsureNuGetPackageBuildImports" BeforeTargets="PrepareForBuild">
  -- Error messages within Target Tag
</Target>

5

ここでいくつかの答えを拡張するには、はい、.csprojファイルから次のブロックを削除できます。

<Target Name="EnsureNuGetPackageBuildImports" BeforeTargets="PrepareForBuild">

これで問題が解決しましたが、私の場合、異なるバージョンの.NET.Compilersと.CodeDom.Providersへの追加の参照があることに気付きました。

<Error Condition="!Exists('..\packages\Microsoft.Net.Compilers.1.0.0
<Error Condition="!Exists('..\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.0\

<Error Condition="!Exists('..\packages\Microsoft.Net.Compilers.2.0.1
<Error Condition="!Exists('..\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.3\

私のpackages.configが以下のみを参照したとき:

<package id="Microsoft.Net.Compilers" version="2.0.1"
<package id="Microsoft.CodeDom.Providers.DotNetCompilerPlatform" version="1.0.3"

.csprojファイルから1.0.0アイテムを削除すると、問題が修正されました。


2

私が抱えていた問題(すべてではないが一部のパッケージがビルドサーバーに復元されている)でここでつまずく人にとって、パズルの最後のピースは、ソリューションのルートにNuGet.configを追加し、.SLNを兄弟にすることでしたDavid Ebboがここで説明したファイル:http : //blog.davidebbo.com/2014/01/the-right-way-to-restore-nuget-packages.html

Ebboのブログ投稿から、私にとってのファイルの内容は単純です

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <packageSources>
    <add key="nuget.org" value="https://www.nuget.org/api/v2/" />
  </packageSources>
</configuration>

更新:

NuGet API URLはv3で変更されました(2016年9月現在)。https://www.nuget.org/から

<add key="nuget.org" value="https://api.nuget.org/v3/index.json" />

1

エラーメッセージは完全に正しいです。私はすべてのトリックを試しましたが、どれもうまくいきませんでした。プロジェクト(簡単なMVC Webアプリテスト)は、Windows 8.1 VS 2015 CommunityからWindows 10の新しいテストボックスに移動しました。VS2015の最新の更新がすべて適用されました。新しいバージョンのコンパイラパッケージをインストールすることすらできませんでした。

Loop:
<LOOP>This seems to be a Ground Hog Day phenomena.</LOOP>
GoTo Loop

ついにMicrosoft.Net.Compilers.1.0.0を古いプロジェクトから新しいプロジェクトにコピーしましたが、うまくいきました。その後、他のパッケージを新しいバージョンに更新し始めることができました。私にとっては、nugetプロジェクトのアップグレードプロセスのバグのようです。

注:元のプロジェクトはVS 2015で作成されたもので、従来のnuget手法はありません。


1

私の場合に機能するソリューション-Visual Studio 2015 Enterprice、プロジェクト.NET 4.6.1

  1. Update 3にアップグレード
  2. Web開発者ツールをインストールする

Visual Studioインストールウィザード


1

私にとって、パッケージは正しいパスの下にありましたが、パッケージフォルダー内のビルドフォルダーはありませんでした。私はそれが不足していると言ったすべてのパッケージを単に削除してソリューションを再構築し、ビルドフォルダーと.propsファイルを正常に作成しました。したがって、エラーメッセージは、何かがミスであることを知らせる上で正しいものでした。


1

この問題は、Gitからデプロイしたときに、Azureで失敗したビルドとして発生しました。

私の.gitignoreがbuildからフォルダーを除外していたことがわかりました..\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.2.0.0\build\net46\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props

いったんbuildフォルダがGitリポジトリにコミット(力)であった、問題は解決しました。


1

同じ問題を次の手順で解決しました

  1. <package id="Microsoft.CodeDom.Providers.DotNetCompilerPlatform" version="2.0.1" targetFramework="net46" />package.configファイルからパッケージを削除しました。
  2. .csprojプロジェクトファイルを編集し、以下の設定を削除します。 <Target Name="EnsureNuGetPackageBuildImports" BeforeTargets="PrepareForBuild">     <PropertyGroup>       <ErrorText>This project references NuGet package(s) that are missing on this computer. Use NuGet Package Restore to download them.  For more information, see http://go.microsoft.com/fwlink/?LinkID=322105. The missing file is {0}.</ErrorText>     </PropertyGroup>     <Error Condition="!Exists('..\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.2.0.1\build\net46\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props')" Text="$([System.String]::Format('$(ErrorText)', '..\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.2.0.1\build\net46\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props'))" />   </Target>

    1. パッケージマネージャーコンソールに移動し、コマンドを実行します Update-Package –reinstall

ポイント2と3は他のユーザーから与えられたもので、私はそれらのユーザーに感謝します。ポイント#1、削除Microsoft.CodeDom.Providers.DotNetCompilerPlatform package.configファイルからのがより重要です。また、ポイント3で説明したコマンドを実行した後、問題は解決しました。すべての不要なパッケージが削除され、必要なパッケージ参照が更新されました。

これが誰かを助けることを願っています。


0

私はこれに対する解決策を見つけることができなかったので、nuget.exeとpowershellスクリプトのコピーをprebuild.ps1と呼ばれるソリューションのルートディレクトリに以下の内容で追加しました。

$nugetexe = 'nuget.exe'
$args = 'restore SOLUTION_NAME_HERE.sln'
Start-Process $nugetexe -ArgumentList $args

ビルド事前ビルドスクリプトパスでこのPowerShellスクリプトを呼び出しました ここに画像の説明を入力してください


0

私がソリューションフォルダーとプロジェクトフォルダーと共にパッケージフォルダーをコピーしたときに動作しました。以前の場所からパッケージフォルダをコピーしなかっただけです。


0

提案されたエラーメッセージをヒントとして使用することもできます。方法は次のとおりです。ソリューションのパッケージの管理を見つけ、不足しているnugetパッケージの解決をクリックします。

それでおしまい


0

でコンパイラオプションをコメント化しWebConfigます。

<!--<system.codedom>
<compilers>
  <compiler language="c#;cs;csharp" extension=".cs" type="Microsoft.CodeDom.Providers.DotNetCompilerPlatform.CSharpCodeProvider, Microsoft.CodeDom.Providers.DotNetCompilerPlatform, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" warningLevel="4" compilerOptions="/langversion:6 /nowarn:1659;1699;1701" />
  <compiler language="vb;vbs;visualbasic;vbscript" extension=".vb" type="Microsoft.CodeDom.Providers.DotNetCompilerPlatform.VBCodeProvider, Microsoft.CodeDom.Providers.DotNetCompilerPlatform, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" warningLevel="4" compilerOptions="/langversion:14 /nowarn:41008 /define:_MYTYPE=\&quot;Web\&quot; /optionInfer+" />
</compilers>
</system.codedom>-->

パッケージ構成ファイルでパッケージの最新バージョンを更新する

  <package id="Microsoft.CodeDom.Providers.DotNetCompilerPlatform" version="1.0.4" targetFramework="net452" />

問題がなければ再構築し、続行する必要はありません。そうでない場合は、プロジェクトを右クリックし、[プロジェクトのアンロード]をクリックします。プロジェクトをもう一度右クリックして、.csprojファイルを編集します

Codedomのパスを検証します。以前のパスにnet45が含まれていませんでした。手動で追加し、保存、読み込み、再構築してください。うまくいくはずです。

<Import Project="..\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.4\build\net45\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props" Condition="Exists('..\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.4\build\net45\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props')" />

0

多くの<Target>場合、タグを削除すると、コンパイル可能になる可能性があります。ただし、テストプロジェクトで行う場合は副作用があることに注意してください。

MSTest.TestAdapterコンパイル中にnugetパッケージに関連するエラーが発生しました。<Target>タグを削除することでその問題を解決しました。ビルドは成功しましたが、テスト方法は発見不可能になりました。テストエクスプローラーはそのプロジェクトのテストメソッドを一覧表示せず、テストの実行またはテストのデバッグも機能しません。

使用中にこれに遭遇しました Visual Studio 2017し、.Net framework 4.7それは非常によく、他のバージョンで発生することができ、


1
私は、VS2017、.Net4.7、および単体テストプロジェクトを使用して、まさにその問題を抱えています。そのプロジェクトは複数のソリューションに追加されます。自動復元は機能しますが、間違った場所に復元されます。$(SolutionDir)作業に置き換えますが、更新に失敗します。私はここでそれを尋ねました。解決策はありますか?
セバスチャンシューマン

0

私にとっての問題は、完全なファイルパスが大きすぎるため、NuGetがパッケージを自動的に取得/更新できないことでした。深くネストされたフォルダーではなく、ドキュメント内のフォルダーにソリューションを移動することで修正

次に、ソリューションを右クリックして[NuGetパッケージの復元]を選択し(ビルドしてそれを実行するだけの場合はおそらく必要ありません)、[ソリューションのNuGetパッケージの管理]を選択してすべてのパッケージを取得します。最新バージョンに更新されました。

これは、MicrosoftのWebサイトからダウンロードしたサンプルASP MVCアプリケーションのソリューション用です。


0

DevOps /ビルドエンジニアの場合nuget restore、影響を受けるSLNに対して実行されているこの問題を修正するか、SLNがない場合はプロジェクトを修正できます。すべてのUWPプロジェクトのCI / CDビルドでこれを行う必要があります。

  1. nugetがVisual Studioまたはスタンドアロンのビルドスレーブにインストールされていることを確認します。後者の場合は、PATHにあることを確認し、手順2をスキップしてください。
  2. VS Dev CMDコンソールを開くか、すでに開いているコンソールからロードします。これは、以下の手順で実行できます:
    VS2015 call "%VS140COMNTOOLS%VsDevCmd.bat"
    または
    VS2017call "%ProgramFiles(x86)%\Microsoft Visual Studio\2017\Enterprise\Common7\Tools\VsDevCmd.bat"
  3. call nuget restore MyStuff.SLNまたはcall nuget restore MyStuff.csproj、SLNがない場合。

0

これが誰かに役立つかどうかはわかりませんが、TFSにソリューションファイルを保存せずにローカルマシンからソースコードを削除したときにこの問題が発生しました。(最初の開発中は、ソリューションエクスプローラーでプロジェクトを右クリックしてチェックインしていましたが、ソリューション自体をチェックインするのを忘れていました。)これに再び取り組む必要があったとき、TFSにあったのは.csprojファイルだけでした。 .slnファイルがありません。そのため、VSでは、ファイル->ソース管理->詳細-サーバーから開くを実行し、.csprojファイルを開きました。そこからSave Allを実行すると、.slnファイルを保存する場所を尋ねられました。この.slnファイルを、最上位ディレクトリではなく、他のフォルダー(App_Data、App_Startなど)と共にプロジェクトディレクトリに保存していました。最後に、.slnファイルをプロジェクトフォルダーのディレクトリに保存する必要があることを理解しました。■プロジェクトフォルダと同じレベル。すべてのパスが解決され、それを再構築することができました。


0

私にとって、gitignoreファイルはパッケージフォルダーを無視していました。次のgitignore行が問題の原因でした-

**/packages/*

削除すると、パッケージフォルダーが復元されました。これが他の誰かを助けることを願っています。


0

私はこのエラーを修正しました。実際には、packagesフォルダーに異なるバージョンのMSTest.TestAdapter(1.3.2)があり、.csprojファイルの参照はMSTest.TestAdapter(1.1.0)を指しています。すべてのMSTest.TestAdapter(1.1.0)をMSTest.TestAdapter(1.3.2)に置き換えましたが、これで問題が解決しました。


0

私はこの質問が古いことに気づきましたが、今日同じ状況に遭遇し、この問題を最近見つけた人のために私の2セントを投入したいと思いました。Visual Studio 2017を使用して、ソリューションのサブフォルダーに手動で移動してから削除してソリューションに再度追加したASP MVCプロジェクトが、言及されたエラーを引き起こしていました。「lib」フォルダーと「packages」フォルダーをMVCプロジェクトと同じサブフォルダーのルートに移動すると、問題が解決しました。


0

私は同じ問題を抱えていました、私が参照していたプロジェクトの1つがソリューションディレクトリの外にあることがわかりました(したがって、同じ「/ packages」フォルダーを共有していませんでした)。私にとってうまくいった解決策は、参照プロジェクトのソリューションを開いてそこでビルドすることでした。そのプロジェクトが構築されると、エラーはなくなりました。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.