我有一个包含许多项目的大型解决方案。由于项目的规模和数量，构建时间开始变得难以管理。
我有兴趣了解人们用来破解解决方案的任何技术以及他们如何管理DLL和项目引用。
答案 0 :(得分：1)
Scott Hanselman有blogged on this a number of times。
底线：30-40个项目似乎是一个合理的上限。任何事情都会开始变得痛苦。
问问自己，“我真的需要所有这些项目并在解决方案中构建吗？”
没有？然后考虑多个解决方案（例如client.sln，server.sln，plugins.sln等）
是？然后考虑将项目合并到更少的项目中。例如，将Client.Presenters，Client.Views和Client.Models组合到单个客户端项目中。请参阅Benefits of larger but fewer assemblies。
答案 1 :(得分：0)
最好遵循Microsoft的建议：
答案 2 :(得分：0)
您可以将项目分解为不同的解决方案，并将其构建输出路径（项目属性 - >构建 - >输出路径）指向一个公共文件夹。在此公共文件夹中添加各种项目之间的引用。这样就不需要将DLL复制到各种bin文件夹。
然而，缺点是您必须自己记住构建序列。