.net - 包含 100 多个项目的解决方案需要五分钟多的时间才能构建

标签 .net visual-studio-2008 visual-studio-2005 project-management prism

我有一个包含 100 多个项目的解决方案。构建需要很长时间,有时 Visual Studio 在构建过程中会崩溃。我该如何处理这个问题并尽量减少痛苦?我们是否在某个地方犯了严重、严重的错误?

问题的一些背景:

我们将 CAB 与 WPF 一起使用,每个模块都有一个 ui 程序集和一个“服务器”程序集,这实际上只是数据库的一层。只有一个团队,大约有 5 名开发人员。

我不知道有多少个类或多少行代码。

最佳答案

您的问题细节有点短,但我想崩溃只是工作站资源问题。 100 个项目本身并不是问题,只要有充分的理由拥有这么多项目,但当你达到 10 个以上的项目时,我希望你为它们建立某种管理结构。

您真的需要一直构建所有 100 个项目吗?您可以使用配置管理器关闭单个项目进行构建,并且可以使用项目总数的子集创建解决方案文件。

例如,我使用的企业应用之一有 36 个项目。除此之外,我们还有多个解决方案文件和配置,旨在允许我们的开发人员仅加载他们需要的项目和配置,以便使用应用程序的给定子组件。换句话说,他们只加载 36 个项目中的一些子集。我们的构建服务器负责将所有内容组合在一起。

我建议对您的应用程序进行一些分析,找出可以合并的内容以及可以将哪些内容分区到其他解决方案文件中。

关于.net - 包含 100 多个项目的解决方案需要五分钟多的时间才能构建,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1494349/

相关文章:

vb.net - 将图像从图片框保存到数据库时出现问题。 VB.Net 2008.框架3.5

listview - 如何在C++中向行和列添加数据

c# - VS2005代码分析: CA1063 (call dispose(true) and supress finalize) - with logging

.net - 我如何限制numericupdown控件仅接受整数

c# - 检查值是否在数组中 (C#)

c# - 在不区分大小写的 HashSet<string> 中获取值

c# - 使用多语言界面显示错误消息的最佳实践方法

c# - 将 C#dll 加载到 C# exe 中

visual-studio - 不在资源 View 中时隐藏属性/工具箱 Pane ?

c++ - VS2005 : How to compile projects as if it was VS6?