Azure DevOps中DotNetCore-publish任务无需指定构建输出为何能运行？

为什么发布任务无需指定构建输出路径？ #

• dotnet publish的内置逻辑：dotnet publish命令本身集成了构建流程，执行时会先检查项目是否已有对应配置（即$(BuildConfiguration)指定的配置，比如Release）的构建产物。如果没有，它会自动触发一次dotnet build操作，生成符合要求的中间产物，再基于这些产物完成发布打包。
• 自定义构建路径未被复用：你单独配置的DotNetCore-build任务将产物输出到$(System.DefaultWorkingDirectory)/build_output，但这个路径并不会被后续的publish任务识别和使用——publish默认会读取项目自身的默认输出目录（如bin/$(BuildConfiguration)/netX.X/），而非你指定的自定义路径。也就是说，你的publish任务其实是重新执行了一次构建流程，完全没用到之前build任务生成的产物。

生成的制品是否正确？ #

• 只要$(BuildConfiguration)配置正确（通常设置为Release），且项目文件本身没有配置问题，publish任务生成的制品就是正确的——它会输出符合生产环境要求的、可直接部署的发布包。
• 额外提醒：当前流程存在冗余的build步骤，会增加构建耗时。可以直接移除单独的DotNetCore-build任务，仅保留publish任务即可，它会自动完成构建+发布的完整流程。

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