Question

我创建了一个管道，用于在 IIS 上部署 Web API .Net Core 3.1 项目。

问题是这个应用程序是一个公共域下的“应用程序”，被其他应用程序共享：

- my-domain.com    => bind to https://my-domain.com
  - Application1   => reachable with https://my-domain.com/Application1
  - Application2   => reachable with https://my-domain.com/Application2
  - Application3   => reachable with https://my-domain.com/Application3
  - Application4   => reachable with https://my-domain.com/Application4

每个应用程序都有自己的项目解决方案，它们在 IIS 中的不同应用程序池中运行

最近，Azure DevOps 将每个部署的绑定引入为强制性的，所以现在我需要写一些东西，它不能是父站点的绑定，否则它会出错，说已经有一个带有这个的网站绑定。

哪种发布方式是正确的？

Answer 1

我在我们的项目中遇到了类似的问题，并且能够通过仅使用“IIS Web App Deploy”任务（没有“IIS Web App Manage”任务）为虚拟应用程序设置发布管道来使其工作.这对你有用吗？

Azure DevOps 部署到网站虚拟应用程序（虚拟文件夹）

1 个答案: