ASP.NET Core发布到Azure App Service时stdoutLogFile路径由什么设置？

这个stdoutLogFile路径的差异是ASP.NET Core Web SDK的web.config转换逻辑决定的：
Visual Studio 2022发布到Azure App Service时，会默认加载针对Azure的发布配置文件（.pubxml），该文件默认包含<IsTargetAzureWebSite>true</IsTargetAzureWebSite>属性。Web SDK在执行web.config转换时检测到该属性为真，就会自动将stdoutLogFile的值替换为适配Azure App Service的\\?\%home%\LogFiles\stdout。
而你在Azure DevOps中直接执行dotnet publish命令时，没有传入对应标识参数，WebSDK识别不到目标部署环境为Azure，就会使用默认的本地路径.\logs\stdout。

两种方案可选：

• 直接在dotnet publish命令中追加属性参数，修改后的命令如下：
  dotnet publish --configuration Release --runtime win-x64 --output $(Build.ArtifactStagingDirectory) -p:IsTargetAzureWebSite=true
• 把Visual Studio生成的Azure发布配置.pubxml文件提交到代码仓库，发布时指定加载该配置：
  dotnet publish --configuration Release --runtime win-x64 --output $(Build.ArtifactStagingDirectory) -p:PublishProfile=你的Azure发布配置文件名.pubxml

整个转换是由ASP.NET Core Web SDK在publish阶段自动完成的，步骤如下：

1. 优先读取项目根目录下用户自定义的web.config作为基础模板
2. 自动补全缺失的aspNetCore模块处理程序（handlers节点）和基础节点
3. 根据传入的发布参数、配置文件属性，对节点的属性做对应修改：
   • 检测到IsTargetAzureWebSite=true就替换stdoutLogFile为Azure适配路径
   • 按照配置修改hostingModel、stdoutLogEnabled等其他属性
4. 最终生成完整的web.config输出到发布目录

官方文档提到的Azure路径自动修改逻辑，本质就是WebSDK对IsTargetAzureWebSite属性的检测触发的。

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