相关疑难解决方法(0)

在Azure网站上将多个项目发布到不同位置

随意推荐更好的标题或更改我的解释如下!

我正在使用Windows Azure网站(第一次)并将其连接到Visual Studio Online中的解决方案(也是我第一次).我还能够连接到Visual Studio Online,创建项目,抛出连接到母版页的母版页和Web表单,我的Azure网站自行更新.大!

我的问题

如果我向解决方案添加另一个项目,似乎这个新项目会覆盖第一个项目中的文件.我无法弄清楚如何设置它:

项目1 - >部署到wwwroot(默认发生很棒!)

项目2 - >部署到wwwroot/sub /目录/(似乎不起作用)

有人可以解释如何配置项目2,以便当解决方案自动部署到Azure网站时,它会转到特定位置吗?

azure azure-web-sites visual-studio-2013 azure-devops

24
推荐指数
1
解决办法
6796
查看次数

具有多个项目的Azure持续部署

我发现了一些与这个问题相关的问题(这一个,这个,这一个),但是没有一个问题清楚地回答我的问题:我真的需要TFS或VSO才能实现这个目标吗?

我拥有的是:一个包含两个项目的解决方案:demo.Web和demo.Api.

在Azure中,我有demo-web.azurewebsites.net(带有demo-web-staging.azurewebsites.net)和demo-api.azurewebsites.net(带有demo-api-staging.azurewebsites.net).

我有整个解决方案(两个项目都包含指向azure中正确的部署槽的正确发布配置文件)推送到git仓库.

我怎么能告诉demo.Web,转到demo-web-staging.azure ...和demo.Api,转到demo-api-staging.azure ......?是通过TFS的唯一途径吗?我在谷歌上找不到任何带有多个网络应用程序的教程.

谢谢.

git azure continuous-deployment

11
推荐指数
1
解决办法
1419
查看次数

使用Git部署到Azure,无法从多项目解决方案部署正确的网站

我有一个具有MVC网站(WebApplication1)是依赖于溶液(WebAppCore)另一个项目的解决方案.源代码托管在Visual Studio Online上的git中.我配置了持续集成.一切都很好,但是当部署发生时,它会部署WebAppCore.据我了解,这是预期的行为,因为这是解决方案中的第一个项目.我希望它部署WebApplication1.

我的问题似乎与此相同: Azure网站部署特定的Web项目

该问题的解决方案是转到azure网站配置页面并添加Project的应用程序设置,并为其提供我想要部署的项目的repo root相对路径.在我的情况下是:

项目:WebApplication1\WebApplication1\WebApplication1.csproj

该设置似乎不起作用.我已尝试过该项目路径的许多其他组合,但似乎都没有.

这里有更多细节:

  • Visual Studio 2013
  • Visual Studio Online
  • 托管git构建过程
  • 模板是GitContinuousDeploymentTemplate.12.xaml

在模板流程设置中:

  • Build\Projects设置为解决方案
  • 部署\ Windows Azure部署环境是我的天蓝色网站.

故障排除1由于这些都是测试项目,因此当我删除WebAppCore时,WebApplication1现在是解决方案中唯一可以部署的项目.

故障排除2虽然这不是我想要的修复程序,但我决定尝试使用此处所述的.deployment文件(尽管本文还提到了使用Project应用程序设置): 如何使用TFS Online < - > Azure Website集成当解决方案中有两个Web应用程序时

这也不起作用

git azure azure-web-sites azure-devops

10
推荐指数
2
解决办法
3131
查看次数

Visual Studio Online使用发布配置文件持续部署到Azure网站

我正在使用Visual Studio Online在CI构建过程后不断部署我的项目.但是,我必须使用发布配置文件来构建生产web.config转换,以便部署的网站将使用生产数据库而不是dev DB.我跟随Scott Hanselman的博客文章在CI构建定义中添加MSBuild参数.我的论点是这样的:

/p:DeployOnBuild=true /p:PublishProfile=[publish profile name] /p:AllowUntrustedCertificate=true /p:UserName=[credentials obtained from Azure Website portal] /p:Password=[from the portal as well]
Run Code Online (Sandbox Code Playgroud)

看起来很有效,部署的网站现在正在使用生产数据库.

然后我注意到在Deployment部分下的CI构建定义中,有一个参数叫做:部署设置的路径.从这篇文章中,它说:

"网站的.pubxml文件的路径,相对于repo的根文件夹.忽略云服务."

这正是我想要的.所以我删除了MSBuild参数,通过在弹出窗口中选择pubxml文件来设置"部署设置路径",然后再试一次.

但是,这种简单易用的方法根本不起作用.即使它指向相同的pubxml文件,并且两种方式都获得了绿色CI构建,后者似乎仍然使用默认的web.config而不是部署后的转换后的.

所以我很好奇是否有人知道MSBuild参数中的PublishProfile与部署设置路径之间有什么区别?我用正确的方法做到了这一点吗?

msbuild continuous-deployment azure-web-sites publish-profiles azure-devops

5
推荐指数
1
解决办法
2670
查看次数