使用visual studio团队服务构建包含多个Web应用程序的解决方案，并将这些Web应用程序部署到azure

Question

我的团队使用Visual Studio Team Services来管理TFS存储库中的源代码。 该解决方案包含多个Web应用程序 我正在尝试为此解决方案配置持续集成和持续部署，以便在成功构建后将每个Web应用程序部署到正确的Azure Web应用程序。 我已经将BuildDefinition配置为构建$ / MyProduct / MAIN / MySolution.sln。 我已根据我在此主题上找到的一些MSDN文章为MSBuild定义了以下参数：

/p:DeployOnBuild=true
/p:WebPublishMethod=Package
/p:PackageAsSingleFile=true
/p:SkipInvalidConfigurations=true
/p:PackageLocation="$(build.stagingDirectory)" 

构建步骤包括Visual Studio构建步骤，Visual Studio测试步骤（当前禁用以最小化复杂性），索引源和发布符号步骤（我认为我不需要），最后是复制和发布构建文物步骤。

我可以使用此配置构建此解决方案。 我可以看到构建结果，构建日志，构建细节等。当我查看创建的工件时，我看到两个工件：“drop”和“build.sourceLabel”如果我使用Artifacts Explorer浏览drop文件，我在这个drop文件中找到了我的所有项目，对于web应用程序项目，我可以导航到webapp1 \\ obj \\ QA \\ Package \\ PackageTemp \\ bin文件夹，并查看Web应用程序的所有DLL等。

我没有看到的是每个Web应用程序的一个zip文件，这是Visual Studio Team Services的Release功能所期望的。

我想知道如何修改我当前的配置，以便我可以从Build步骤生成正确的工件，这样我就可以创建正确的Release Wep App Deployment任务，将每个Web应用程序部署到我环境中正确的Web应用程序。

这一切都是使用Visual Studio 2015和Visual Studio Online（团队服务）完成的。

Answer 1

为了测试您的情况，我使用了Visual Studio 2015并在同一解决方案中创建了3个新的Web项目并检入了VSTS。 然后，我使用Azure网站部署模板创建了一个新版本。 很多人都想念我们在Create New Build Definition对话框中有Build和Deployment模板。 我使用Azure网站模板的原因是因为我永远不会记住要传入的msbuild参数。如果要使用RM，只需删除Azure Web App部署任务即可。

我总是对msbuild参数做出的一个改变是PackageLocation。 我总是将我改为$（BuildConfiguration）。 这样我可以根据需要同时构建Debug和Release。

/p:DeployOnBuild=true /p:WebPublishMethod=Package /p:PackageAsSingleFile=true /p:SkipInvalidConfigurations=true /p:PackageLocation="$(BuildConfiguration)"

最后，我更改了Copy and Publish Build Artifacts任务，只搜索“** \\ * .zip”。 将Copy Root保留为空并运行构建。 当您的构建完成时，在浏览工件时，[ProjectName] / [Configuration] /projectName.zip下的每个项目都会有一个zip。

如果您还有其他问题，可以在Twitter @DonovanBrown上ping我