1

有什么方法可以打开特定配置的解决方案（Debug|win32 或 Release|64）。我的解决方案非常大，一旦在视觉工作室内部切换配置需要很长时间（甚至经常崩溃）。

4

2 回答 2

1

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

就我而言，例如，我想默认为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我们代码库中的所有文件），因此我不必考虑更改每个解决方案的配置。此外，在开发周期内多次构建解决方案时，此方法消除了忘记更改任何特定构建中的选择的风险。因此，它更可靠。

于 2015-02-02T16:23:23.577 回答
0

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

现在，如果您的视觉工作室只是试图从一个配置切换到另一个配置而崩溃，这是一个全新的问题，我认为您必须先解决这个问题。无论解决方案的大小如何，它都不应该崩溃。
您的配置（甚至是应用程序的设计）可能存在一些问题。我曾使用过具有数百万行代码的应用程序，并且它们从未因配置切换而崩溃。

这是一个起点： 配置

于 2013-11-04T17:13:03.637 回答