如何配置Azure DevOps CI/CD部署.NET Core Windows服务？

嘿，我来帮你搞定Azure Pipeline构建部署Windows服务的问题，你现在卡在下载构件的环节，咱们一步步拆解解决：

你说没找到.NET Core特定管道任务，其实Azure DevOps里是有对应任务的，可能是你没在任务列表里定位到。构建阶段的核心是把Windows服务项目编译并发布成可部署的包：

• 添加Use .NET Core任务：选择和你项目匹配的.NET版本（比如.NET 6/7），用来初始化构建环境。
• 添加Dotnet Build任务：指定项目路径（比如**/*.csproj），构建模式选Release，确保编译出生产环境的代码。
• 添加Dotnet Publish任务：这一步是关键，要把项目发布到临时目录方便后续打包。设置发布路径为$(Build.ArtifactStagingDirectory)，这样所有编译后的DLL、exe和配置文件都会集中到这个目录。
• 添加Publish Build Artifacts任务：把$(Build.ArtifactStagingDirectory)里的内容上传到Azure DevOps的构件库，默认构件名称是drop，这一步完成后，部署阶段就能下载到这些文件了。

现在解决你卡住的下载构件环节，然后完成服务部署：

• 第一步：下载构建构件
  添加Download Build Artifacts任务，选择你刚才发布的构件名称（默认是drop），设置下载路径为$(System.DefaultWorkingDirectory)，这样构件就会被下载到代理机器的工作目录里，后续任务就能访问到这些文件了。

• 第二步：部署Windows服务（两种方案可选）

  方案1：用PowerShell脚本手动部署 #

  这是最灵活的方式，添加一个PowerShell任务，用Windows服务相关的命令完成安装/更新：

  # 检查服务是否存在，存在则停止并删除
  $serviceName = "YourServiceName"
  $serviceExePath = "$(System.DefaultWorkingDirectory)\drop\YourService.exe"
  
  if (Get-Service -Name $serviceName -ErrorAction SilentlyContinue) {
      Stop-Service -Name $serviceName
      sc delete $serviceName
  }
  
  # 安装新服务，设置为自动启动
  New-Service -Name $serviceName -BinaryPathName $serviceExePath -DisplayName "你的服务显示名称" -StartupType Automatic
  
  # 启动服务
  Start-Service -Name $serviceName
  

  记得把YourServiceName和YourService.exe替换成你实际的服务名和exe文件名。

  方案2：用现成的扩展任务 #

  如果你不想写脚本，可以在Azure DevOps的市场里搜索安装Windows Service扩展（直接在DevOps界面的“市场”板块找就行），安装后就能用对应的任务：

  • 添加Windows Service任务，配置服务名称、服务路径（就是刚才下载的exe路径：$(System.DefaultWorkingDirectory)\drop\YourService.exe），选择操作类型为“Install”或“Restart”，设置启动类型为自动即可。

• 确保你的Pipeline代理是Windows机器：因为要部署Windows服务，不能用Linux代理。如果用微软托管代理，选择windows-latest就能满足需求。
• 权限问题：部署任务需要管理员权限来安装/修改Windows服务，所以代理机器要有足够的权限（微软托管代理默认有管理员权限）。
• 依赖文件：确保Dotnet Publish把所有依赖文件（比如appsettings.json、第三方DLL）都包含到发布目录里，不然服务运行会报错。

内容的提问来源于stack exchange，提问作者AakMu