我在Visual Studio Team Services中有一个解决方案,它有两个Web应用程序(具体地说,一个项目用于WebAPI服务,另一个用于使用MVC的实际站点)。
我正在尝试建立到Azure的持续交付,但我能找到的所有信息似乎都假定您的解决方案中只有一个Web应用程序(除了最简单的项目之外,这对于所有项目来说似乎都有点不现实!)。
开箱即用的连续交付过程似乎只是挑选和部署它找到的第一个Web应用程序(这不一定每次都是同一个项目!)
我曾尝试指定部署设置文件,但这似乎会影响目标,而不是要部署的项目,因为它似乎只是“选择”要部署的项目,并且每次它部署每个编译的程序集以及所有依赖项,而不仅仅是实际部署的项目的二进制文件和依赖项,这可能会导致MVC查找与给定名称匹配的重复控制器时出现问题(这当然可以通过在路由配置中指定控制器的命名空间来解决,但这似乎不太理想,并且仍然不能解决整个问题)。
理想情况下,我希望找到一种方法来使用单个构建来部署两个项目,但作为一个临时解决方案,我很高兴有两个构建都是由单个解决方案的签入触发的,每个构建都可以可靠地部署两个Web应用程序中的一个。
有没有人知道这是否可能?我想我可以编写自己的自定义构建模板,但我希望有一个更简单的答案(尤其是因为我无法想象这不是其他人面临的问题!)
我确实发现了这个问题,但由于这个问题已经很老了,而且是专门讨论AzureWebRoleProjects而不是部署到新的Azure网站功能上的网络应用程序,我希望有一个更积极的答案?
发布于 2016-06-21 14:34:45
对于多个构建配置,这是可能的。除了Debug和Release之外,您还可以指定另外两个,每个应用程序一个。
您可以在Visual Studio中的Build -> Configuration Manager中找到它们。然后在配置中只指定要构建的其中一个。然后,使用该配置运行MSBuild将只输出一个WebDeploy包。
https://stackoverflow.com/questions/24600197
复制相似问题