开发者

Where does NuGet put the DLL file?

I am trying to work around NuGet's source control limitations.

To that end I need to know a bit more about how NuGet works. Let’s take a simple example. Say I have a project and I add AutoMapper to it. When I add it, where is the DLL file supposed to be put?

I ask because it does not seem to be consistent. Sometimes the reference is looking for the DLL file the "Packages" folder:

Where does NuGet put the DLL file?

And sometimes it is looking in the Debug build output folder:

Where does NuGet put the DLL file?

But in both cases the AutoMapper line in the packages.config file is the same:

First example:

<?xml version="1.0" encoding="utf-8"?>
<packages>
  <package id="AutoMapper" version="1.1.0.118" />
  <package id="CommonServiceLocator" version="1.0" />
  <package id="Unity" version="2.1.505.0" />
</packages>

Second example:

<?xml version="1.0" encoding="utf-8"?>
<packages>
  <package id="NSubstitute" version="1.1.0.0" />
  <package id="AutoMapper" version="1.1.0.118" />
  <package id="CommonServiceLocator" version="1.0" />
  <package id="Unity&qu开发者_高级运维ot; version="2.1.505.0" />
</packages>

So what is controlling where it sets up up the reference to? And how do I make it just use the Packages Location?

(When it uses the Debug output folder those references fail if you to compile for "Release".)

Frustrated Note: I have to admit that I am finding NuGet to be a cool idea, but it is not ready for anything but simple situations. (I am thinking about just going back to having a library folder with all my DLL files in it.)

I can't help but wonder if I am missing something because NuGet has such wide spread adoption. There must be some way to make this work...


.NET Core

In .NET Core, NuGet packages are now stored in a global location, by default:

Windows: %userprofile%\.nuget\packages

(aka C:\Users\[User]\.nuget\packages)

Linux: ~/.nuget/packages

Additionally, the packages.config was removed with references now being stored using the <PackageReference> element in the .csproj file.

You can find out more documentation here.


If you can't find the global location, it may have been changed. You can discover it using this command:

dotnet nuget locals global-packages --list

If you would like to change the package location to, for example, e:\packages, you can use the following command.

dotnet nuget config -Set globalPackagesFolder=e:\packages

Any problems installing NuGet packages that I've had have always been fixed by clearing all the cache locations (there are additional places where NuGet packages are saved aside from the global location) like so:

dotnet nuget locals all --clear


The short answer is that if you install a NuGet package from Visual Studio (either using PowerShell or the dialog), any assemblies that it contains will be referenced from the Packages folder.

Note that Visual Studio has some quirky behavior such that if you try to build and the packages folder is missing, and the DLL file exists in the 'bin' folder, then it switches the reference to go to the 'bin' folder. Maybe that's what you are seeing?

If that's not the case, and you have a reproducible set of steps that lead to assemblies being referenced not from the Packages folder, please open a bug on http://nuget.codeplex.com/.


This helps me with this issue

  1. Delete the below line in the packages.config file

     < package id="Microsoft.AspNet.WebApi.HelpPage" version="5.2.3" targetFramework="net45" />
    
  2. Delete folder "Area" - all the files in it

  3. Install the NuGet package:

     Install-Package Microsoft.AspNet.WebApi.HelpPage
    
0

上一篇:

下一篇:

精彩评论

暂无评论...
验证码 换一张
取 消

最新问答

问答排行榜