150
votes

I added the recent nuget package restore feature to a solution using 'Enable NuGet Package Restore': http://docs.nuget.org/docs/workflows/using-nuget-without-committing-packages

However it broke my build server and I didn't have the time to fix it, so I wanted to remove it. There's no option for that as far as I know, so I removed the following line manually from all my *.csproj files:

<Import Project="$(SolutionDir)\.nuget\nuget.targets" />

The problem now is that every time my *.csproj files are checked out or open my solution, the line is automatically added again, breaking my build if I accidentally check it in :(

Any ideas how I can remove it permanently?

UPDATE: despite the answer below it still keeps coming back when opening the solution, anyone with the same problem?

15
Can't you just rollback the changeset in Source control?Betty
well it was quite a big changeset, but thanks to your comment I did have a look, and it seems it also added a .nuget folder in the solution path, deleted that as well to see if it fixes the problemWiebe Tijsma
Did you manage to fix the build server? (and is it teamcity?), because the import project line you quote above is what is causing my teamcity builds to failBaldy
@Baldy No we are using TFS Build and I didn't really look for a solution, just removed it (still planning on diving into it later)Wiebe Tijsma
I've created an issue for the NuGet team to fix this problem. Please go up-vote it at nuget.codeplex.com/workitem/3756deadlydog

15 Answers

215
votes

I didn't look very well, there's another property added to the project files:

<RestorePackages>true</RestorePackages>

Just have to remove this as well as all these lines manually from all *.csproj files:

  <Import Project="$(SolutionDir)\.nuget\nuget.targets" />

UPDATE:

Turns out it's a persistent little bugger, if you're manually editing your project files, make sure to close the solution and delete all the lines from the project at once, otherwise they're just added again once the project reloads...

UPDATE2:

Delete the .nuget folder from the solution root too

UPDATE3:

A later version of NuGet adds another section that you need to remove:

 <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>

Update4

Inside the NuGet.Targets located in the .nuget folder, there is another section that gets added to new projects... switch it to false.

<!-- We need to ensure packages are restored prior to assembly resolve -->
<BuildDependsOn Condition="$(RestorePackages) == 'false'">
    RestorePackages;
    $(BuildDependsOn);
</BuildDependsOn>
48
votes

To disable Nuget Package Restore:

  1. Delete .nuget folder
  2. Remove specific lines from all .csproj files

Lines to remove:

<Import Project="$(SolutionDir)\.nuget\nuget.targets" />
<RestorePackages>true</RestorePackages>

Note: Make sure you do all changes in one go before reloading solution or else it will add them back.

This is based on the following article: http://bartwullems.blogspot.no/2012/08/disable-nuget-package-restore.html

Also, you might want to double-check that this option is disabled: http://docs.nuget.org/docs/workflows/using-nuget-without-committing-packages

8
votes

Isn't it this setting here?

Options... -> Nuget Package Manager -> [uncheck] Allow Nuget to download missing packages

enter image description here

I'm using Visual Studio Professional + Resharper 8.2

5
votes

Solutions currently using MSBuild-Integrated package restore can be migrated to Automatic Package Restore. From what I understand, this should help those who are encountering CI build issues. (Please correct me if I am mistaken).

Please refer to the document on the nuget website: Migrating MSBuild-Integrated solutions to use Automatic Package Restore at http://docs.nuget.org/docs/workflows/migrating-to-automatic-package-restore

There is information there for converting with and without TFS.

David Ebbo also posted some information at http://blog.davidebbo.com/2014/01/the-right-way-to-restore-nuget-packages.html

3
votes

We actually have a blog post about it and at the end of the post a powershell script was mentioned to help with the migration.

http://docs.nuget.org/docs/workflows/migrating-to-automatic-package-restore

3
votes

NuGet has a blog post about migrating to automatic package restore: http://docs.nuget.org/docs/workflows/migrating-to-automatic-package-restore

There is a powershell script referenced in the blog post that will take care of removing the necessary lines automatically (and recursively): https://github.com/owen2/AutomaticPackageRestoreMigrationScript/blob/master/migrateToAutomaticPackageRestore.ps1

Offering a Disable NuGet Package Restore option directly is marked as Won't Fix: https://nuget.codeplex.com/workitem/1883

2
votes

I followed the accepted solution to no avail using 2012. This did work though,

  1. Completely close the VS
  2. Update the <RestorePackages>true</RestorePackages> to <RestorePackages>false</RestorePackages> and delete the <Import Project="$(SolutionDir)\.nuget\nuget.targets" /> line
  3. Also renamed the nuget.exe to nuget.exe.NotExe
2
votes

For anyone still needing to clean up a project using the old style NuGet package restore, the IFix tool available here automates the process.

Just run the installer (IFix will be added to PATH) and then run the following:

IFix nugetrestore --fix

You can run it in check mode first to see what it will clean up:

IFix nugetrestore --check
1
votes

I had the same issue. What I ended up doing: 1) go into each project .csproj file in the solution, open it in notepad then removed the portion of the xml and saved.

2)Then I removed the all of the package.config files in the entire solution.

3)Then I had to remove the .nuget and package folders.

At this point, I had a completely NuGet free solution.

4)Then I manually referenced any needed DLLs and hit compile and the solution ran like a champ without the NuGet packages being needed.

1
votes

Go to your solution directory where you have [$(SolutionDir)\.nuget\nuget.targets] .nuget folder and nuget.targets file under it delete the folder, and change remove lines from your csproj for once last time.

The problem won't come back to bug you again.

1
votes

Remove the packages.config file within your solution.

0
votes

I accidentally enabled this "package restore" option while opening my project in VS2012 RC and started getting errors that looked something like:

"Error 1 Unable to locate 'C:\FolderX\SomeProject.nuget\nuget.exe'"

To fix the error I followed the above instructions, opened open each project file in notepad and removed that RestorePackage line.

0
votes

I was able to resolve this issue by taking these steps:

1) make sure you take a backup of all your current checked-out files changes.

2) physically delete the solution folder from your C:\ (path that is mapped to TFS).

3) get latest from TFS for your solution.

4) copy (if any) your changes from the backup you took in step-1.

hope that helps !

-2
votes

I ran into the exact same problem and tried to remove all .nuget and RestorePackage tags from the project files but one project just wouldn't reload not matter how thoroughly I examined it for .nuget and RestorePackages tags. I guess there's some hidden references to this somewhere.

In the end it was easier to just copy the files and create a new project and import it to the solution.

-9
votes

Nuget sucks. Just remove nugets and remove or comment package elements from packages.config in root directory of the projects where this is a problem. Use direct references into some lib folder instead.

<?xml version="1.0" encoding="utf-8"?>
  <packages>
    <!--<package id="EntityFramework" version="6.0.2" targetFramework="net45" />-->
  </packages>