Model view controller 向bin部署集中添加视图会导致错误

Model view controller 向bin部署集中添加视图会导致错误,model-view-controller,asp.net-mvc-2,web-deployment,Model View Controller,Asp.net Mvc 2,Web Deployment,我正在为bin部署设置一个ASP.NETMVC应用程序。因为我想在发行版中包含已编译的视图,所以我遵循了Steven Sanderson的专业MVC书籍中的建议,并将我的app.csproj文件更改为包含 <Target Name="AfterBuild" Condition="'$(Configuration)'=='Release'"> <AspNetCompiler VirtualPath="temp" PhysicalPath="$(ProjectDir)" /

我正在为bin部署设置一个ASP.NETMVC应用程序。因为我想在发行版中包含已编译的视图,所以我遵循了Steven Sanderson的专业MVC书籍中的建议,并将我的app.csproj文件更改为包含

<Target Name="AfterBuild" Condition="'$(Configuration)'=='Release'">
    <AspNetCompiler VirtualPath="temp" PhysicalPath="$(ProjectDir)" />
</Target>
您知道如何处理错误消息或以不同的方式将编译后的视图放入bin dir吗

谢谢!
达菲

您不需要编译视图。这就是ASP.NET的工作。你可以简单地看一下,一切都会很好。

我读了这篇博文,很有帮助。但是,Steven Sanderson的技巧是编译视图,以便在发布时捕获视图中的编译时错误。您不必这样做,但如果不这样做,您最终会在生产环境中偶尔出现视图损坏的情况。@duffy,在部署到生产环境之前,您不是在开发人员计算机上运行站点以确保没有错误吗?难道您没有使用Selenium或其他web测试框架进行一些web测试,以在部署到生产环境之前验证web站点的行为,作为持续集成过程的一部分吗?如果这些问题的答案是否定的,那么也许你应该考虑这样做。我认为消除编译错误是在建立Web测试之前。该页面仍在开发中,因此为每个页面编写web测试并不是我目前的首要任务。然而,一个简单的视图编译是非常有用的,因为它会立即捕获最明显的重命名错误。这会大大降低第一次或第二次加载的页面速度,如果用户群很小,您经常发布,并且您有数百个视图,这可能会非常重要。似乎应该有一种简单的方法通过msdeploy发送编译后的视图。
It is an error to use a section registered as allowDefinition='MachineToApplication' beyond application level.  This error can be caused by a virtual directory not being configured as an application in IIS.  C:\Users\sylvie\Documents\Visual Studio 2010\Projects\app\app\obj\release\package\packagetmp\web.config