Asp.net 为什么web部署没有使用正确的web.config转换?

Asp.net 为什么web部署没有使用正确的web.config转换?,asp.net,webdeploy,Asp.net,Webdeploy,我试图使用名为“CI”的构建配置在VS 2012中发布,但当我执行发布时,在web.config上使用“Release”转换(web.Release.config)。如何改为应用web.CI.config?我以为这是自动的 我做了一些实验来证实这一点 有人见过这个吗?这是一个(已修复的)错误吗?有时配置会因添加配置的方式而混乱。要解决此问题,请关闭visual studio,在文本编辑器中打开解决方案(.sln)文件。在GlobalSection(ProjectConfigurationPlat

我试图使用名为“CI”的构建配置在VS 2012中发布,但当我执行发布时,在web.config上使用“Release”转换(web.Release.config)。如何改为应用web.CI.config?我以为这是自动的

我做了一些实验来证实这一点


有人见过这个吗?这是一个(已修复的)错误吗?

有时配置会因添加配置的方式而混乱。要解决此问题,请关闭visual studio,在文本编辑器中打开解决方案(.sln)文件。在
GlobalSection(ProjectConfigurationPlatforms)=postSolution
部分中,您可能会看到类似的内容

{427E2FA3-1BAE-4A03-A712-C951ECEC45A3}.CI | Any CPU.ActiveCfg=Release | Any CPU
{427E2FA3-1BAE-4A03-A712-C951ECEC45A3}.CI |任意CPU.Build.0=Release |任意CPU

请注意,
CI
相当于
Release
。将上述内容更改为

{427E2FA3-1BAE-4A03-A712-C951ECEC45A3}.CI|Any CPU.ActiveCfg=CI|Any CPU
{427E2FA3-1BAE-4A03-A712-C951ECEC45A3}.CI|任意CPU.Build.0=CI|任意CPU


在visual studio中重新加载解决方案,然后再次尝试发布。

答案绝对正确。然而,我发现了一堆这些错误(相同的模式),并且必须确保我修复了所有这些错误。你知道这个问题在VS 2013中还存在吗?还是已经解决了?这在所有的视觉工作室都会发生。当你创建一个新的配置时,你会得到一个选项“copysettingfrom”,我们通常会选择一个现有的配置。就在那时,我们在sln文件中得到了这些奇怪的设置。我想如果我们选择创建空选项,这个问题就不会发生。谢谢提醒。这是如此典型的微软,它让我头晕目眩。我不得不使用configuration manager显式创建一个“Stage”配置,以便在发布过程中实际使用我的web.Stage.config。4年后(使用VS 2015),仍然遇到这个问题。这个被接受的答案对我有效。