Azure网站持续交付

我在VisualStudioTeamServices中有一个解决方案，它有两个Web应用程序（特别是一个用于WebAPI服务的项目，另一个用于使用MVC的实际站点）

我正在尝试设置到Azure的连续交付，但我能找到的所有信息似乎都假设您的解决方案中只有一个Web应用程序（这对于所有项目来说都有点不现实，但对于最简单的项目除外！）

开箱即用的连续交付过程似乎只是挑选和部署它找到的第一个Web应用程序（不一定每次都是同一个项目！）

我尝试指定部署设置文件，但这似乎会影响目标，而不是正在部署的项目，因为它似乎只是“选择”要部署的项目，每次它部署每个编译的程序集加上所有依赖项，而不仅仅是实际部署的项目的二进制文件和依赖项，这可能会导致MVC查找给定名称的重复控制器匹配项时出现问题（这当然可以通过在路由配置中指定控制器的名称空间来解决，但这似乎不太理想，仍然不能解决整个问题）

理想情况下，我希望找到一种方法，用一个构建来部署这两个项目，但作为一个临时解决方案，我希望有两个构建都由单个解决方案的签入触发，每个构建都可靠地部署两个Web应用程序中的一个

有人知道这是否可行吗？我想我可以编写自己的自定义构建模板，但我希望有一个更简单的答案（尤其是因为我无法想象这不是其他人面临的问题！）

---

我确实发现了这个问题，但因为这个问题已经很老了，而且专门讨论AzureWebRoleProjects，而不是部署到较新的Azure网站功能的Web应用程序，我希望有一个更积极的答案？

这在多个构建配置中是可能的。除了调试和发布，您可以指定y另外两个，每个应用程序一个

---

您可以在Visual Studio中的Build->Configuration Manager中找到这些。然后在配置中只指定其中一个要生成。然后使用该配置运行MSBuild将只输出一个WebDeploy包。

恐怕没有简单的解决方法。我尝试了多种方法，但没有简单的方法可用于此。您必须plemenet web deploy进程提供一个项目，而不是另一个项目。我假定您希望部署到MVC应用程序和WebApi项目？我有相同的设置，并通过TFS构建定义使用Powershell脚本运行web deploy。@trailmax我实际上打算将每个站点部署到单独的网站实例，但将WebApi项目部署到/api子文件夹也会起作用。失望的是，似乎没有“官方”解决方案，考虑到感觉它可以用新的构建模板修复，我很惊讶MS还没有创建一个！呃，如果这两个不同的网站，那会更容易。TFS在您的控制下吗？还是那个Visual Studio Online？@trailmax Visual Studio Online。。。