我有一个VB项目，我试图用三种构建配置来配置。重命名Visual Studio解决方案配置？
我已经成功地创建了构建配置，但我决定使用没有足够的描述让我去Configuration Manager名称 - ><Edit...> - >Rename和他们改名。
这重新命名配置管理器中的配置。
然后，我去使用#If CONFIG =做一些条件编译测试，但它失败了。
更深入地检查，结果发现CONFIG返回的值是原始名称而不是新名称。
检查My Project - >Compile - >Configuration我可以看到，在该组合框显示的名称是也旧名称。
因此，即使我已在配置管理器中“重命名”了我的配置，它们并未在所有级别上重命名。
我可以通过重新创建这些配置和他们想要的名称来解决这个问题，但这就像我认为的低音赞助解决方案一样。是否有一些重命名配置的方法，实际上可以工作或者这只是MS打算这样做的方式......“工作”？
我认为您只更名解决方案配置，而不是单个项目配置。
重新打开Configuration Manager并在每个项目行上检查配置的名称。
顺便说一句，我同意你的看法。 MS在这里可以做得更好。
例如，当您创建新的解决方案配置时，您可以选择在项目上创建相应的配置。当您重命名配置时，该选项缺失。这是从MS
我的解决方案和项目文件受源代码控制，特别是Perforce。虽然我已经安装了他们的VS源代码管理插件，但是当我尝试@Steve的答案（重命名不会提交）时，它并没有自动检出.vcxproj文件。我必须手动检出这些文件，以便使用Configuration Manager进行重命名操作。有意义，否则项目文件是只读的。 – 2015-02-13 18:11:24
当然，你用一个简单的文本编辑器打开项目文件，你会注意到写在那里的配置。所以如果你想改变这些部分，你需要这些文件是可写的。我不知道你为什么要让它们保持只读状态。源代码管理应该在这里帮助修改不正确的东西，但是每个商店都有权使用它的规则。 – Steve 2015-02-13 18:16:59
就我而言，Perforce默认情况下将受控文件（如我们的项目配置）设置为只读，并将它们设置为当他们被检出编辑时是可写的。通常自动执行结账的插件忽略了这种特殊用例;因此需要手动干预。（我的第一条评论只是提醒自己和其他人这个细微差别的提示，我随着时间的流逝而忘了，再次寻找问题，找到相同的问题，并且发现我以前已经投了答案。） – 2015-02-13 18:33:53
不一致我认为你只改名解决方案配置，而不是单个项目配置。重新打开配置管理器并在每个项目行上检查配置的名称。顺便说一下，我同意你的看法。 MS在这里可以做得更好。 – Steve 2012-04-02 11:58:53
哦，我*看*。是的，你是对的，这就是问题所在。每个项目*和*每个解决方案都有配置，我只管理其中的一个。完全合情合理，但同时又非常疯狂。经典MS。谢谢。 – Frosty840 2012-04-02 12:52:22