Asp.net mvc 4 将ASP.NET MVC 4应用程序部署到专用暂存/预览

Asp.net mvc 4 将ASP.NET MVC 4应用程序部署到专用暂存/预览,asp.net-mvc-4,web-deployment,staging,microsoft-web-deploy,Asp.net Mvc 4,Web Deployment,Staging,Microsoft Web Deploy,我正在构建一个开始成形的MVC4应用程序,我想私下部署它,以便进行登台和预览。我希望只有少数人能够访问完整的应用程序。大多数应用程序是公共的,但也有一个私人区域需要用户登录 我正在寻找一种最不具侵入性的方式,将此应用程序私下部署到staging/preview。我的意思是,我不想切换超过几行的代码,最好只是web.config中的一个标志,以正常地或私下地部署它 我还希望此授权与站点的现有授权功能重叠。换句话说,当这个人进入我给他们的预览URL时,他们会被带到一个登录页面,在那里他们必须使用我给

我正在构建一个开始成形的MVC4应用程序,我想私下部署它,以便进行登台和预览。我希望只有少数人能够访问完整的应用程序。大多数应用程序是公共的,但也有一个私人区域需要用户登录

我正在寻找一种最不具侵入性的方式,将此应用程序私下部署到staging/preview。我的意思是,我不想切换超过几行的代码,最好只是web.config中的一个标志,以正常地或私下地部署它

我还希望此授权与站点的现有授权功能重叠。换句话说,当这个人进入我给他们的预览URL时,他们会被带到一个登录页面,在那里他们必须使用我给他们的用户名/密码登录。一旦他们登录,如果应用程序正在生产中,他们应该被带到实际的登录页面。但是,它们不应该登录到应用程序本身(这就是我所说的重叠)。通过这种方式,他们可以正常使用应用程序(注册,然后第二次登录以访问应用程序的私人区域)

我希望在我的web.config中有类似的内容:

<StagingAccess deployPrivately ="true">
    <StagingUsers>
        <StagingUser>
            <UserName>JoeShmoe</UserName>
            <Password>Staging123</Password>
        </StagingUser>
    </StagingUsers>    
</StagingAccess>   

乔斯莫
阶段123
这样我就可以简单地切换
deployprivate
,为所选用户添加一个
StagingUser
节点,然后使用Web部署部署到我的主机上


有些步骤将是完美的,因为我以前从未实际部署过MVC应用程序,更不用说像这样了。但我真的需要开始能够向人们展示应用程序,而不暴露我的任何代码,也不向我的机器显示远程桌面,这使得应用程序看起来很落后

如何组合
授权规则
: 和
Web.Config转换


然后您将使用VS发布应用程序,并选择特定的配置-我相信这可以帮助您实现目标。

如何组合
授权规则
: 和
Web.Config转换


然后,您将使用选择了特定配置的VS发布应用程序-我相信这可以帮助您实现目标。

您打算在哪里部署生产?这会是一朵云吗?不,它不会变成云,谢谢。考虑使用Azure作为你的舞台环境。你可以锁定它,获得一个使用有限的帐户每月不应该花费超过80美元。我必须编写额外的代码才能使我的应用程序成为“云应用程序”,或者这仅仅是选择Azure作为我的托管提供商的问题?你能提供一个链接、指南或完整的答案来帮助我理解需要采取的步骤吗?谢谢,我找到了我需要的。将现有MVC应用程序转换为Azure:并将该解决方案部署到云:感谢您的帮助。您打算在哪里部署生产?这会是一朵云吗?不,它不会变成云,谢谢。考虑使用Azure作为你的舞台环境。你可以锁定它,获得一个使用有限的帐户每月不应该花费超过80美元。我必须编写额外的代码才能使我的应用程序成为“云应用程序”,或者这仅仅是选择Azure作为我的托管提供商的问题?你能提供一个链接、指南或完整的答案来帮助我理解需要采取的步骤吗?谢谢,我找到了我需要的。将现有MVC应用程序转换为Azure:以及将该解决方案部署到云:感谢您的帮助。我相信您发布的授权规则链接不适用于使用虚拟目录而不是phsyic文件夹/文件位置的MVC体系结构。我需要保护的资源是我的控制器+1对于Web.Config转换,选择特定的Web.Config转换将使其更方便,但不能解决根本问题。谢谢你说的没错,它们本质上是“虚拟”资源——不过授权规则确实有效(尽管不是公认的“良好实践”)但应该适用于您的有限用例。我相信还有另一种解决方案,但我不相信它会像更改某些xyz.config那样简单。我相信您发布的授权规则链接不适用于使用虚拟目录而不是phsyic文件夹/文件位置的MVC体系结构。我需要保护re my controllers.+1对于Web.Config转换,选择特定的Web.Config转换将使其更方便,但无法解决根本问题。感谢您的回答,它们本质上是“虚拟”资源,但授权规则确实有效(尽管不是公认的“良好做法”)但应该适用于您有限的用例。我相信还有另一种解决方案,但我不相信它会像做一些xyz.config更改那样简单。