1

有没有办法打开特定配置的解决方案(Debug|win32或Release|64)。我的解决方案非常大,在visual studio中切换配置需要很长时间(甚至经常崩溃)。

5
  • 你能提供你的解决方案吗?
    – 鳗鱼李
    评论 2013年11月4日17:21
  • @EelLee-不知道那会实现什么 评论 2013年11月4日17:41
  • 禁用所有插件并重试。VS可以处理非常大的项目(>150个项目)(需要一分钟的时间来改变)。 评论 2013年11月4日17:43
  • 在文本编辑器(如记事本)中打开.sln文件。注意“ActiveCfg”设置。你可以很容易地编写一个改变值的小程序。 评论 2013年11月4日20:54
  • 我在.sln文件中有320次ActiveCfg。我不认为visual studio会从该文件中选择要打开的配置。 评论 2013年11月5日1:52

2个答案2

重置为默认值
1

我还没有找到指定默认值的方法。但是,我已经能够用一个项目替换配置列表,因此,实际上,这就是默认值。我只将这个修改过的版本保存在我的工作区中,不将其签入到我们的源代码管理中。

例如,在我的例子中,我想默认为释放|任何CPU.

因此,使用一个简单的家庭成长程序,我更新了.sln文件文件并替换了以下内容:

**GlobalSection(SolutionConfigurationPlatforms)=预解决方案**调试|任意CPU=调试|任意CPU调试|x86=调试|x86Dev | Any CPU=Dev |任何CPUQA |任何CPU=QA |任意CPUQA|x86=QA|x86Release|Any CPU=Release|任何CPU版本|x86=版本|x86**EndGlobalSection**“

具有以下内容:

**GlobalSection(SolutionConfigurationPlatforms)=预解决方案**Release|Any CPU=Release|任何CPU**结束全局节**

现在,当我打开解决方案时释放|任何CPU是第一个也是唯一的选择。当我需要其他选项时,我会检索源代码管理的最新未修改版本或从备份中检索。

虽然这看起来似乎比每次打开解决方案时简单地更改选择内容要复杂得多;它还有其他好处:我可以一次更新我们所有的解决方案(我们的内部更新程序扫描并更新所有.sln文件文件),所以我不必考虑更改每个解决方案的配置。此外,当在开发周期中多次构建解决方案时,此方法消除了忘记更改任何特定构建中的选择的风险。因此,它更可靠。

1
  • FWIW I发布过一次版本|x64是唯一的选择GlobalSection(解决方案配置平台)。然后退出Visual Studio 2015,恢复节(以添加回调试|x64等),并再次启动,它在Release中再次启动,似乎已成为默认设置(因为干净的退出?)。
    – 拍打
    评论 2017年8月17日19:37
0

在解决方案中,我认为有一种方法可以指定要加载的默认配置。
我认为没有任何方法可以加载具有特定配置的解决方案。

现在,如果您的visual studio只是试图从一个配置切换到另一个配置,就导致窗体崩溃,这是一个全新的问题,我认为您必须首先解决这个问题。无论解决方案的大小如何,它都不应该崩溃。
您的配置(甚至应用程序的设计)可能存在一些问题。我曾使用过具有数百万行代码的应用程序,它们从未因配置切换而崩溃。

这是一个起点:配置

1
  • 这个解决方案有320个项目。坠毁通常是因为Resharper。这很不方便,因为我必须关闭Resharper,更改配置,启用Resharper。即使没有resharper(卸载后进行测试),该解决方案也只需两分钟即可打开,但切换配置需要约20分钟。如果我将解决方案保存在特定配置上,它会快速打开,但再次切换需要很长时间。 评论 2013年11月4日18:00

你的答案

单击“发布您的答案”,表示您同意我们的服务条款并确认您已阅读我们的隐私政策.

不是你想要的答案吗?浏览标记的其他问题问你自己的问题.