Probably between 25 and 50% of the times I build my solution, I see this:
\"The operation you requested is taking longer than expected to complete. This dialog will clos
Had a similar issue, VS would hang for 45 or so seconds then build for 4 seconds and complete. The 45 seconds of hang would not produce any output to GUI and VS would hang.
Using ProcMon i could see 3 million + file operations on the /packages/ folder via devenv.exe when i would build this project (and would continue for some time after)!! The first steps of the build you can see that it was checking EVERY PACKAGE to see if it needed to do a package restore (it did not)
Since I tend to blame NuGet for everything, I disabled Nuget Package Restore "allow NuGet to download missing packages" checkbox under Visual Studio -> Options -> Nuget Package Manager -> General. To my delight, the build was very fast. 5 seconds total!
Turns out that we had enable package restore on build enabled (i think this is on by default now in VS) AND we also had the packages checked into source control. It seems this causes TFS to thrash in some way ... checking for restoring package must trigger TFS to do some source control operation checks.
FYI this was VS2013 UPDATE 4 - Nuget version: 2.8.50926.663 .. on a sln with NumberOfProjects = 38 , but i could recreate this hang just building a single csproj with 2 dependencies.
Update:
Localhost “Rebuild All” on Sln with SccNumberOfProjects = 53 was taking 7:05 with 2 minutes of visual studio frozen / unresponsive
Also: This was on a machine with various file watcher security tools, likely not adding any speed to this whole process... and possibly to blame.