重命名 Visual Studio 解决方案配置？答案

【问题标题】：Rename Visual Studio Solution Configurations?重命名 Visual Studio 解决方案配置？
【发布时间】：2012-04-02 11:39:48
【问题描述】：

我有一个 VB 项目，我正在尝试使用三个构建配置进行配置。

我已经成功创建了构建配置，但我认为我使用的名称描述性不够，所以我去了Configuration Manager -> <Edit...> -> Rename 并重命名了它们。

这重命名了配置管理器中的配置。

然后我使用#If CONFIG = 进行了一些条件编译测试，但失败了。

深入检查，CONFIG 返回的值是原始名称而不是新名称。

检查My Project -> Compile -> Configuration 我可以看到 ComboBox 中显示的名称也是旧名称。

因此，即使我在配置管理器中“重命名”了我的配置，它们并没有在所有级别上重命名。

我可以通过使用它们的预期名称重新创建这些配置来解决这个问题，但这几乎是我能想到的低音解决方案。是否有一些重命名配置的方法实际上可以工作，或者这正是 MS 想要的方式......“工作”？

【问题讨论】：

【解决方案1】：

我认为您只重命名了解决方案配置，而不是单个项目配置。

重新打开配置管理器并检查每个项目行上的配置名称。
顺便说一句，我同意你的看法。 MS在这里可以做得更好。

例如，当您创建新的解决方案配置时，您可以选择在项目上创建相应的配置。当您重命名配置时，此选项会丢失。与 MS 不一致

【讨论】：

我的解决方案和项目文件受源代码控制，特别是 Perforce。虽然我安装了他们的 VS 源代码控制插件，但当我尝试 @Steve 的答案时，它并没有自动检出 .vcxproj 文件（重命名不会提交）。我必须手动签出这些文件，以便使用 Configuration Manager 进行重命名操作。有道理，否则项目文件是只读的。
当然，如果您使用简单的文本编辑器打开项目文件，您会注意到其中写入的配置。因此，如果要更改这些部分，则需要使这些文件可写。我不知道您为什么要将它们保留为只读。源代码控制应该在这里帮助不正确的更改，但每个商店都有权拥有自己的规则....
在我的例子中，Perforce 将受控文件（如我们的项目配置）默认设置为只读，并在签出进行编辑时将它们设置为可写。通常自动执行结帐的插件忽略了这个特定的用例；因此，需要人工干预。（我的第一条评论只是提醒自己和其他人注意这个细微差别。随着时间的流逝，我忘记了，再次搜索问题，找到相同的 SO 问题，发现我之前已经对答案投了赞成票。）