YAML IIS web 部署部署组

jay*_*jay 4 azure azure-devops azure-pipelines

我正在根据IIS Web App Deploy 任务上的文档关注IIS Web部署管道的教程

如果您看到参数列表,则似乎没有任何部署组参数。因此,我如何知道/控制部署结果在哪个服务器上?

- task: IISWebAppDeploymentOnMachineGroup@0
  inputs:
    webSiteName: 
    virtualApplication: # Optional
    package: '$(System.DefaultWorkingDirectory)\**\*.zip' 
    setParametersFile: # Optional
    removeAdditionalFilesFlag: false # Optional
    excludeFilesFromAppDataFlag: false # Optional
    takeAppOfflineFlag: false # Optional
    additionalArguments: # Optional
    xmlTransformation: # Optional
    xmlVariableSubstitution: # Optional
    jSONFiles: # Optional
Run Code Online (Sandbox Code Playgroud)

我希望它按照下面的屏幕截图部署到我的“开发”组。如果YAML无法部署到部署组,默认部署位置在哪里(即哪台电脑?)

假设我想部署到我的 PC 上,如何将部署定向到我的 localbox 并将其放在 C:/publish 下?

在此处输入图片说明

Sim*_*wsi 13

截至 2020 年 6 月,基于 YAML 的多级管道不支持部署组。但是,基于 YAML 的管道有一个替代方案:环境。

可以在 Azure Pipelines > 环境下手动创建环境。创建环境后,您可以在其下添加资源。目前只支持两种类型的资源:Kubernetes 和虚拟机。虚拟机资源类型有点误导:它可以是虚拟机,但也可以是本地物理服务器。如果您要部署到 IIS,则需要创建一个虚拟机资源。

在环境下创建虚拟机资源非常类似于将目标添加到部署组:当您将虚拟机资源添加到环境时,它会生成一个 PowerShell 脚本,您可以将其复制到目标服务器并以管理员身份在那里运行。运行该脚本将在目标服务器上创建一个自托管代理,并将该代理注册为环境下的资源。

此过程与将目标添加到部署组的过程几乎相同。

在 YAML 文件中指定部署作业下的环境。仅按名称指定环境是不够的。您还必须指定环境的资源类型以及名称。

这是我用于构建和部署阶段的 YAML:

trigger:
- master

stages:
- stage: 'Build'
  displayName: 'Build the web application'
  
  jobs:
  - job: 'Build'
    displayName: 'Build job'
    
    pool:
      vmImage: 'windows-latest'
    
    variables:
      solution: '**/*.sln'
      buildPlatform: 'Any CPU'
      buildConfiguration: 'Release'
    
    steps:
    - task: NuGetToolInstaller@1
    
    - task: NuGetCommand@2
      inputs:
        restoreSolution: '$(solution)'
    
    - task: VSBuild@1
      inputs:
        solution: '$(solution)'
        msbuildArgs: '/p:DeployOnBuild=true /p:WebPublishMethod=Package /p:PackageAsSingleFile=true /p:SkipInvalidConfigurations=true /p:PackageLocation="$(build.artifactStagingDirectory)"'
        platform: '$(buildPlatform)'
        configuration: '$(buildConfiguration)'
    
    - task: VSTest@2
      inputs:
        platform: '$(buildPlatform)'
        configuration: '$(buildConfiguration)'
        
    - task: PublishBuildArtifacts@1
      inputs:
        PathtoPublish: '$(Build.ArtifactStagingDirectory)'
        ArtifactName: 'drop'
        publishLocation: 'Container'

- stage: 'Deploy'
  displayName: 'Deploy the web application'
  dependsOn: Build
  jobs:
  - deployment: 'DeployToDev'
    displayName: 'Deploy the web application to dev environment'
    variables:
      Parameters.IISDeploymentType: 'IISWebsite'
      Parameters.ActionIISWebsite: 'CreateOrUpdateWebsite'
      Parameters.WebsiteName: 'Default Web Site'
      Parameters.WebsitePhysicalPath: '%SystemDrive%\inetpub\wwwroot\AspNetDemo'
      Parameters.AddBinding: false
      Parameters.VirtualPathForApplication: '/AspNetDemo'
      Parameters.AppPoolName: ''
      Parameters.VirtualApplication: 'AspNetDemo'
      Parameters.Package: '$(Pipeline.Workspace)\drop\*.zip'
      Parameters.RemoveAdditionalFilesFlag: true
      Parameters.TakeAppOfflineFlag: true
      Parameters.XmlTransformation: true
      Parameters.XmlVariableSubstitution: true
    environment:
      name: Dev
      resourceType: VirtualMachine
    strategy:
      runOnce:
        deploy:
          steps:
          - download: current
            artifact: drop
            
          - task: IISWebAppManagementOnMachineGroup@0
            displayName: 'IIS Web App Manage'
            inputs:
              IISDeploymentType: '$(Parameters.IISDeploymentType)'
              ActionIISWebsite: '$(Parameters.ActionIISWebsite)'
              WebsiteName: '$(Parameters.WebsiteName)'
              WebsitePhysicalPath: '$(Parameters.WebsitePhysicalPath)'
              AddBinding: $(Parameters.AddBinding)
              ParentWebsiteNameForVD: '$(Parameters.WebsiteName)'
              VirtualPathForVD: '$(Parameters.VirtualPathForApplication)'
              ParentWebsiteNameForApplication: '$(Parameters.WebsiteName)'
              VirtualPathForApplication: '$(Parameters.VirtualPathForApplication)'
              AppPoolName: '$(Parameters.AppPoolName)'

          - task: IISWebAppDeploymentOnMachineGroup@0
            displayName: 'IIS Web App Deploy'
            inputs:
              WebSiteName: '$(Parameters.WebsiteName)'
              VirtualApplication: '$(Parameters.VirtualApplication)'
              Package: '$(Parameters.Package)'
              RemoveAdditionalFilesFlag: $(Parameters.RemoveAdditionalFilesFlag)
              TakeAppOfflineFlag: $(Parameters.TakeAppOfflineFlag)
              XmlTransformation: $(Parameters.XmlTransformation)
              XmlVariableSubstitution: $(Parameters.XmlVariableSubstitution)
Run Code Online (Sandbox Code Playgroud)

注意部署阶段的环境信息,指定名称(Dev)和资源类型(VirtualMachine):

environment:
  name: Dev
  resourceType: VirtualMachine
Run Code Online (Sandbox Code Playgroud)

  • 嗨肖恩。我已经编辑了答案以包括构建阶段。重要的是“PublishBuildArtifacts@1”任务。这会将构建工件保存到名为“drop”的管道存储区域。然后,在部署阶段,第一步是下载“drop”工件的当前版本。当我第一次开始使用 Azure DevOps 时,我假设管道就像 shell 脚本中的管道:一个阶段的输出可以输入到下一个阶段。但对于 Azure DevOps,每个阶段都是隔离的。要将某些内容传递到另一个阶段,您需要发布它,然后在下一阶段下载它。 (3认同)

jay*_*jay 1

Daniell 是对的,目前 YAML 似乎无法发布到部署组,解决方法如下:

在构建中添加以下代码:

  • 任务:PublishPipelineArtifact@1 输入:targetPath:'$(Pipeline.Workspace)'publishLocation:'pipeline'

  • 任务:PublishBuildArtifacts@1 输入:PathtoPublish:'$(Build.ArtifactStagingDirectory)' ArtifactName:'drop'publishLocation:'Container'

  • 任务:ArchiveFiles@2 输入:rootFolderOrFile:'$(Build.BinariesDirectory)' includeRootFolder:true archiveType:'zip' archiveFile:'$(Build.ArtifactStagingDirectory)/$(Build.BuildId).zip'replaceExistingArchive:true

然后您可以转到发布,使用 iis web 部署,确保在步骤 1 中使用正确的工件并选择您的包文件夹。您应该能够看到您构建的工件。