DevOps按项目拆分输出文件：$(ProjectName)失效求助

一、$(ProjectName) 参数失效的常见原因 #

1. 批量构建导致变量作用域错误：如果流水线一次性构建多个项目（比如直接构建解决方案），$(ProjectName) 会被解析为解决方案名称，而非单个项目csproj中设置的名称。只有当任务单独针对单个项目执行时，该变量才会读取对应csproj的<ProjectName>属性。
2. csproj属性被覆盖：如果<ProjectName>放在带条件的PropertyGroup（比如Condition=" '$(Configuration)' == 'Debug' "）中，或被后续属性定义覆盖，实际构建时会使用最终生效的属性值，而非你期望的名称。
3. 任务参数引用方式错误：部分构建任务（如DotNetCoreCLI）不会自动将csproj的<ProjectName>映射为流水线变量，需通过MSBuild属性显式传递，而非直接引用流水线层面的$(ProjectName)。

二、实现分项目存储的可行方案 #

方案1：针对单个项目单独执行构建任务（推荐） #

确保每个项目单独执行构建，在输出路径中指定项目名称：

• MSBuild任务配置：
  在MSBuild参数中添加：

  /p:OutputPath=$(Build.ArtifactStagingDirectory)/drop/$(ProjectName)
  

  需为每个项目单独创建MSBuild任务，或用流水线循环逻辑（如Azure DevOps的foreach模板）遍历传入的项目路径，每次仅构建一个项目。

• DotNetCoreCLI任务配置：
  在命令参数中添加：

  build --output $(Build.ArtifactStagingDirectory)/drop/$(ProjectName)
  

  同样需确保每个任务仅处理单个项目，避免批量构建导致变量失效。

方案2：通过脚本遍历项目路径，自动生成输出目录 #

不依赖csproj的<ProjectName>属性，直接从项目文件路径提取名称批量处理：
示例PowerShell脚本：

# 假设传入的项目路径存储在流水线变量$(ProjectPaths)中，以逗号分隔
$projectPaths = "$(ProjectPaths)".Split(',') | ForEach-Object { $_.Trim() }

foreach ($projPath in $projectPaths) {
    # 从文件路径提取项目名称（去掉.csproj后缀）
    $projectName = [System.IO.Path]::GetFileNameWithoutExtension($projPath)
    # 构建并指定输出目录
    dotnet build $projPath --output "$(Build.ArtifactStagingDirectory)/drop/$projectName" --configuration $(BuildConfiguration)
}

将此脚本作为流水线的PowerShell任务执行，自动为每个项目创建独立子目录。

方案3：修正csproj的<ProjectName>配置 #

如果坚持使用<ProjectName>属性，确保配置无覆盖：
在csproj的默认PropertyGroup中定义属性，避免条件性覆盖：

<PropertyGroup>
    <!-- 放在无条件的PropertyGroup中，确保全局生效 -->
    <ProjectName>YourActualProjectName</ProjectName>
    <TargetFramework>net6.0</TargetFramework>
    <!-- 其他全局属性 -->
</PropertyGroup>

同时，构建任务必须单独针对单个项目执行，而非构建整个解决方案。

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