我安装了VS2015和最新的Azure。与VS2013和以前的Azure相比,添加了新的项目模板,这让我有些困惑。我正试着去了解新的Azure应用服务。
我曾经创建一个Web项目并将其发布为。现在,我得到了更多的选择:
1) Azure Cloud Service -> ASP.NET Web Role -> Web API
我对这个很熟悉。
2) Azure Cloud Service -> ASP.NET Web Role -> Azure API App
为什么会有人创建Azure API应用程序并将其发布为云服务?
3) ASP.NET Web Applicat
我们正在努力为我们的ASP.net网络应用程序迁移到Azure云服务(而不是网站)。我们希望开始使用Team Foundation Service进行“持续集成”发布,就像我们目前在AppHarbor和GitHub之间使用的那样。
在使用TFS的“持续集成”特性时,我们遇到了挑战。将Visual Studio与Azure云服务、TFS与Azure云服务进行比较时,生成不一致。当我们使用TFS的“持续集成”发布到Azure Cloud Service时,我们的静态页面工作得很好,但对于具有*.cs扩展的页面,无法找到我们放置在这些页面上的控件。但是,当我们使用Visual Studio 2010
我有一个ASP.NET角色的项目( Web )。不,我想把它分成两个WebRoles: Web和WebAPI。我希望在同一个云服务中托管它,但我不想将8080端口分配给我的WebAPI WebRole。我希望在一个云服务项目中使用mysite.com和api.mysite.com,并将其作为一个单元部署。只有通过hostHeader在绑定中才能解决这个问题吗?
在window portal中,我创建了一个虚拟网络,然后将虚拟机(X)和云服务(Y)添加到该网络中。
在云服务机器Y中,我可以通过window资源管理器访问虚拟机X中的共享文件夹。
问题是我无法从我的云服务web应用程序访问该共享文件夹。
返回错误:
Access to the path '\\10.0.1.5\Upload\test.txt' is denied.
Exception Details: System.UnauthorizedAccessException: Access to the path '\\10.0.1.5\Upload\test.txt&