【问题标题】:VSTS: Release Management Deploying Artifacts to IIS on PremiseVSTS:发布管理将工件部署到本地 IIS
【发布时间】:2016-09-08 22:42:35
【问题描述】:

我正在使用 VSTS 发布管理将工件部署到 IIS 网站。我有几个要部署的 Web 应用程序和 Web 服务。因此,我正在尝试找出最适合我的情况的任务类型。

我已经使用 Visual Studio 构建任务为项目创建了一个构建定义,如下所示:

这很好,但我需要添加一个任务来复制 IIS 网站目录下的工件。

另一种方法是使用 IIS Web 部署作为发布定义中的任务,因此我将构建定义创建为:

但是,它需要一个发布配置文件(构建失败,因为它找不到它)。我不需要为应用程序中的每个项目创建发布配置文件,因为这将是太多的工作。

是否有解决方法或首选方法?

【问题讨论】:

    标签: azure-devops msdeploy autorelease ms-release-management azure-pipelines


    【解决方案1】:

    您可以更新构建定义以生成 Web 部署包并将其上传到工件。然后在Release Management中,在部署包中添加一个运行“projectname.deploy.cmd”的任务,将其部署到你的IIS服务器上。详情参考此链接:How to: Install a Deployment Package Using the deploy.cmd File Created by Visual Studio

    您还可以在您的 IIS 服务器上启用 FTP Publishing 并在您的版本中添加一个任务以通过 FTP 发布工件。你可能需要这个任务: FTP Uploader

    【讨论】:

      【解决方案2】:

      我的Continuous Delivery with TFS / VSTS – Server Configuration and Application Deployment with Release Management 博客文章(参考之前的一些文章)包含使用Windows 机器文件复制 任务然后使用PowerShell 将工件部署到目标节点所需的所有详细信息Target Machines 任务,让它们进入正确的位置并进行令牌替换和其他任何需要的操作。

      我建议使用 PowerShell DSC,以便在部署之前正确配置 IIS,但这不是必需的。对于 Web 应用程序,我倾向于通过创建包含特定文件夹所需的所有 Web 文件的人工制品,然后只使用普通 xcopy 进行部署,从而使事情变得非常简单。

      【讨论】:

        【解决方案3】:

        【讨论】:

          猜你喜欢
          • 1970-01-01
          • 2019-08-29
          • 1970-01-01
          • 1970-01-01
          • 2023-04-09
          • 1970-01-01
          • 2016-08-31
          • 1970-01-01
          • 1970-01-01
          相关资源
          最近更新 更多