无法通过DevOps CICD发布配置文件将dotnet core web应用部署到Azure App Service

• /p:WebPublishMethod=Package确实是仅生成部署包、不会直接部署到Azure的核心原因：该参数的作用是把应用打包成符合Web Deploy标准的zip包，仅完成构建打包环节，不会触发实际的部署动作。
• 你当前流水线还存在两个额外的配置错误，也是部署失效的原因：
  1. Visual Studio Build步骤指定了输出目录是$(build.artifactstagingDirectory)，但Publish Artifacts步骤却用了$(build.sourcesdirectory)作为发布路径，导致上传到流水线的构件根本不是生成好的部署包，后续发布阶段拿到的是错误文件
  2. 尝试使用/p:WebPublishMethod=MSDeploy时报错，是因为该参数需要搭配MSDeploy目标地址、认证信息等完整参数才能直接完成部署，不能单独使用

建议采用CI（构建打包）和CD（部署）分离的方案，避免构建和部署耦合，安全性和可维护性更高：

CI阶段配置 #

1. NuGet还原任务 #

保持现有配置即可。

2. Visual Studio Build任务参数调整 #

替换为以下参数，移除无用的/p:DeployIisAppPath配置，统一指定打包输出路径：

/p:TransformConfigFiles=true /p:DeployOnBuild=true /p:WebPublishMethod=Package /p:PackageAsSingleFile=true /p:SkipInvalidConfigurations=true /p:PackageLocation="$(build.artifactstagingDirectory)\\"

3. 发布构件任务调整 #

将发布路径修改为$(build.artifactstagingDirectory)，确保生成的部署zip包被正确上传为流水线构件。

CD阶段配置 #

CI完成后新增发布阶段，使用内置的Azure App Service部署任务完成部署，不需要手动配置MSDeploy参数：

• 先配置Azure订阅服务连接，授权流水线访问你的Azure资源
• 应用类型选择.NET Core
• 包或文件夹路径选择CI阶段上传构件里的*.zip部署包
• 其余参数保持默认即可，运行任务会自动完成应用部署。

如果一定要在Build阶段直接完成部署，需要补充完整的MSDeploy参数，示例如下：

/p:WebPublishMethod=MSDeploy /p:MsDeployServiceUrl=https://<你的应用名>.scm.azurewebsites.net:443/msdeploy.axd /p:MsDeploySite="<你的应用名>" /p:AllowUntrustedCertificate=True /p:AuthType=Basic /p:UserName="$<你的应用名>" /p:Password="<你的应用发布凭据密码>"

该方案需要把发布凭据硬编码到参数中，安全性极低，不建议在生产环境使用。

内容的提问来源于stack exchange，提问作者16951A0457 MANDA SINEETH KUMAR