Fatal编程技术网

Visual studio 2012 以特定配置打开.sln文件

visual-studio-2012

Visual studio 2012 以特定配置打开.sln文件,visual-studio-2012,Visual Studio 2012,是否有任何方法可以打开特定配置的解决方案（Debug | win32或Release | 64）。我的解决方案非常大，在visual studio中切换配置需要很长时间（甚至经常崩溃）。在解决方案中，我认为有一种方法可以指定要加载的默认配置。 我认为没有任何方法可以加载具有特定配置的解决方案 现在，如果您的VisualStudio只是试图从一个配置切换到另一个配置而导致窗体崩溃，这将是一个全新的问题，我认为您必须首先解决这个问题。无论解决方案的大小，它都不会崩溃。 您的配置（甚至应用程序的设计）

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

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

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

这是一个起点：

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

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

这是一个起点：

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

例如，在我的例子中，我希望默认为
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**
以下是：

**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 |任何CPU
都是第一个也是唯一的选项。当我需要其他选项时，我会检索源代码管理的最新未修改版本或从备份中检索

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

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

例如，在我的例子中，我希望默认为
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**
以下是：

**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 |任何CPU
都是第一个也是唯一的选项。当我需要其他选项时，我会检索源代码管理的最新未修改版本或从备份中检索

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

您能提供您的解决方案吗？@EelLee-不确定这将实现什么功能禁用所有插件，然后重试。VS可以处理非常大的（>150个项目）ok（转换需要一分钟）。在文本编辑器（如记事本）中打开.sln文件。注意“ActiveCfg”设置。您可以很容易地编写一个小程序来更改值。我的.sln文件中有320次ActiveCfg。我不认为visual studio从该文件中选择了它想要打开的配置。您能提供您的解决方案吗？@EelLee-不确定这将实现什么禁用所有插件并重试。VS可以处理非常大的（>150个项目）ok（转换需要一分钟）。在文本编辑器（如记事本）中打开.sln文件。注意“ActiveCfg”设置。您可以很容易地编写一个小程序来更改值。我的.sln文件中有320次ActiveCfg。我认为VisualStudio不会从该文件中选择它想要打开的配置。这个解决方案有320个项目。崩溃通常是因为重拾器而发生的。这非常不方便，因为我必须关闭Resharper，更改配置，启用Resharper。即使没有resharper（卸载它以进行测试），该解决方案也只需两分钟即可打开，但切换配置需要约20分钟。如果我将解决方案保存在一个特定的配置上，它会很快打开，但是再次切换会花费很长时间。这个解决方案有320个项目。崩溃通常是因为重拾器而发生的。这非常不方便，因为我必须关闭Resharper，更改配置，启用Resharper。即使没有resharper（卸载它以进行测试），该解决方案也只需两分钟即可打开，但切换配置需要约20分钟。如果我将解决方案保存在特定配置上，它会快速打开，但再次切换将花费很长时间。FWIW I la