如果您正在使用IIS Express，它将为您运行的每个站点创建一个新配置，并将其绑定到url(主机/端口)。但是，当它使用相同的端口打开一个新项目时，它不会刷新配置。

这意味着如果您有一个使用CLR 2.0(。NET Framework 2.0到3.5)在某个端口上运行，然后在同一端口上使用CLR 4(。NET Framework 4.x+)，新项目将尝试使用clr2运行，这是失败的-在这种情况下，它甚至不识别“targetFramework”属性。

一个解决方案是清理IIS Express站点，但最简单的方法是更改端口，以便IIS Express为您的项目创建一个新站点(使用CLR 4)。

只需删除“Target Framework 4.0”并关闭括号。

会有用的

我在MSBuild编译失败时出现了这个错误，在一个从早期VS版本转换到VS2010和。net 4.0的项目文件中。它实际上是一个Web部署项目，对我有效的解决方案是在MSBuild文件的开始处将以下条目添加到PropertyGroup部分:

<ProductVersion>10.0.11107</ProductVersion>

<TargetFrameworkVersion>v4.0</TargetFrameworkVersion>

在VS2010中转换其他类型的项目时，这些可能会自动更新，但在我的Web Deployment项目文件转换后，它们就消失了。

iis7尝试根据给定的图片…如果对你有用，就说我是有用的。

对于那些在他们的开发PC上没有运行IIS的人来说，这是发生在我身上的事情:我有一个网站，覆盖了来自一个不同网站的文件，这个网站是4，而之前的是3.5。得到这个错误。修复它只是通过改变网站的目录名称，这在开发PC上可以是任何东西，所以没有问题。 以上的方法可能更优雅，但有时候简单的方法也可以，如果你能做到的话，比如你从事的是开发而不是QA或产品部。

我做了什么: 我确实将Application Pool的值从以前的值更改为DefaultAppPool。您可以在高级设置(网站—>管理网站—>高级设置>。