在特定配置中打开.sln文件



是否有任何方法可以打开特定配置的解决方案(Debug|win32或Release|64(。我的解决方案非常大,在visual studio内切换配置需要很长时间(甚至经常崩溃(。

我还没有找到指定默认值的方法。然而,我已经能够用一个项目替换配置列表,因此,实际上,它成为了默认值。我只将这个修改后的版本保存在我的工作区中,不将其检查到我们的源代码管理中。

例如,在我的情况下,我希望默认为Release|Any CPU

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

**GlobalSection(SolutionConfigurationPlatforms) = preSolution**
    Debug|Any CPU = Debug|Any CPU
    Debug|x86 = Debug|x86
    Dev|Any CPU = Dev|Any CPU
    QA|Any CPU = QA|Any CPU
    QA|x86 = QA|x86
    Release|Any CPU = Release|Any CPU
    Release|x86 = Release|x86
**EndGlobalSection**"

带有以下内容:

**GlobalSection(SolutionConfigurationPlatforms) = preSolution**
    Release|Any CPU = Release|Any CPU
**EndGlobalSection**

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

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

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

现在,如果你的visual studio只是试图从一个配置切换到另一个配置,就崩溃了,这是一个全新的问题,我认为你必须首先解决这个问题。不管解决方案的大小,它都不应该崩溃
您的配置(甚至应用程序的设计(可能会出现一些问题。我曾经处理过有数百万行代码的应用程序,它们从未因为配置切换而崩溃。

这是一个起点:配置

最新更新