Q:

Visual Studio Build Time

i am building a solution with approximately 100 assemblies that is taking a considerable amount of time to compile. I would say in the realm of minutes per assembly. This is in contrast to another product also with 100+ assemblies that will take seconds to move through each one.
In both cases there are complex dependencies and multiple references and in the 2nd case the project is actually larger which doesnt seem to make sense.
I have looked over the CSPROJ files and SLN files and cannot see anything obvious that would stall the compile.
I am building in VS2008 Professional Edition.
NB: Using NANT scripts that use MSBUILD.exe works exponetially faster -> So something in VS is causing a major slowdown.
Does any one have any sugestions as opposed to recreating the entire solution from scratch?
Thanks.

A:

Do you have anything in the dependencies which is forcing lots of projects to be rebuilt each time? For instance, if you have a pre-build step which runs some code generation, and everything relies on that project, that could be a killer. I ran into that situation a while ago - making the code generator notice when its inputs hadn't changed, and not rewriting the output in such cases, saved loads of time.
As an aside, do you really need 100 projects in the same solution? That's going to be pretty slow whatever you do, I think. I'd considering either trying to amalgamate projects (I've seen various situations where people had lots and lots of tiny projects - merging them really helped) or split the single solution into several.
EDIT: One thing you might like to try to take the GUI part of Visual Studio out of the equation is build it with msbuild from the command line, without VS running at all.

A:

Found out that the project files were referecing network paths instead of local paths. changing these values set the build time back to normal.
Thanks all who replied.

