【发布时间】:2014-02-25 17:01:07
【问题描述】:
我有一个解决方案,它有一个依赖于解决方案中的另一个项目 (WebAppCore) 的 mvc 网站 (WebApplication1)。源代码托管在 Visual Studio Online 上的 git 中。我配置了一个持续集成。一切都很好,但是当部署发生时,它会部署 WebAppCore。据我了解,这是预期的行为,因为这是解决方案中的第一个项目。我希望它部署 WebApplication1。
我的问题似乎与此相同: Azure websites deploy specific web project
该问题的解决方案是转到 azure 网站配置页面并添加项目的应用程序设置,并为其提供我要部署的项目的 repo 根相对路径。在我的情况下是:
项目:WebApplication1\WebApplication1\WebApplication1.csproj
该设置似乎不起作用。我已经尝试了许多其他项目路径组合,但似乎都没有。
这里有更多细节:
- Visual Studio 2013
- Visual Studio 在线
- 托管的 git 构建过程
- 模板为 GitContinuousDeploymentTemplate.12.xaml
在模板进程设置中:
- Build\Projects 设置为解决方案
- Deployment\Windows Azure 部署环境是我的天蓝色网站。
疑难解答 1 由于这些都是测试项目,所以当我删除 WebAppCore 时,WebApplication1 现在是解决方案中唯一的项目,并且部署良好。
疑难解答 2 即使这不是我想要的修复,我还是决定尝试使用此处描述的 .deployment 文件(尽管本文还提到了使用项目应用程序设置): How can I use the TFS Online <--> Azure Website integration when there are two web apps in the solution
这也不起作用
【问题讨论】:
-
您的 .deployment 文件位于何处?它需要位于存储库的根目录中,是这样吗?
-
Cory 在这里很可能是正确的。生成部署脚本是值得练习的。这将使您深入了解部署过程中发生的情况,并且您可以对其进行检测以在流程执行时查看更多信息
-
@SyntaxC4 .deployment 文件被放置在 repo 的根目录中。我意识到了这一点。但问得好。
-
@DennisBurton 如何生成部署脚本?我很想更深入地了解部署过程。
-
我使用跨平台命令行 (windowsazure.com/en-us/documentation/articles/xplat-cli) azure site deploymentscript --WAP (projectfile) 生成部署脚本。 @SyntaxC4 是 Cory,他在 Azure 附近已经很长时间了。
标签: git azure azure-web-app-service azure-devops