Directory.Build.props仅在构建.sln时生效，直接构建csproj及发布遇异常

一、构建解决方案与直接构建项目文件的差异原因 #

核心问题是**Directory.Build.props的配置未正确针对MyConfig生效**，或是项目文件本身的配置覆盖了props中的设置：

• 构建解决方案时，MSBuild会从解决方案根目录加载Directory.Build.props，并将其应用到所有子项目，若项目文件未针对MyConfig定义冲突属性，配置会正常生效。
• 直接构建项目文件时，若你的MyProject.csproj中存在针对MyConfig的DebugType或DebugSymbols配置，会覆盖Directory.Build.props的设置（MSBuild加载顺序：Directory.Build.props → 项目文件，项目文件中的属性优先级更高）。

二、修正Directory.Build.props配置 #

确保配置仅针对MyConfig生效，且明确关闭符号文件生成：

<Project>
  <PropertyGroup Condition="'$(Configuration)' == 'MyConfig'">
    <!-- 启用代码优化 -->
    <Optimize>true</Optimize>
    <!-- 关闭调试符号生成 -->
    <DebugType>None</DebugType>
    <DebugSymbols>false</DebugSymbols>
    <!-- 避免publish时查找pdb文件 -->
    <AllowedOutputExtensionsInPackageBuildOutputFolder>$(AllowedOutputExtensionsInPackageBuildOutputFolder);.pdb</AllowedOutputExtensionsInPackageBuildOutputFolder>
  </PropertyGroup>
</Project>

三、解决MSB3030发布错误 #

使用--no-build发布时，publish目标默认会尝试复制调试符号文件，但MyConfig构建未生成该文件，因此报错。除了上述props配置外，还可以：

• 检查项目文件中是否存在强制包含pdb的配置，若有则删除或针对MyConfig覆盖；
• 发布时显式传递参数跳过pdb检查：

  dotnet publish .\src\MyProject\MyProject.csproj -c MyConfig --no-build /p:DebugType=None
  

四、验证配置生效 #

直接构建项目文件时，用以下命令查看MSBuild属性值，确认配置已应用：

dotnet build .\src\MyProject\MyProject.csproj -c MyConfig /v:d | findstr "DebugType DebugSymbols Optimize"

同时检查输出目录，确认无.pdb文件生成。

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