咨询NETStandard2.0项目自动生成预发布版本及MSBuild PropertyGroup相关问题

问题核心分析 #

你遇到的问题本质是MSBuild属性求值顺序导致的：

• 当把预发布逻辑的PropertyGroup直接写在.csproj里，且放在Visual Studio自动生成的默认PropertyGroup之后时，MSBuild会按文件从上到下的顺序处理属性，你的预发布设置会覆盖/追加到默认属性上，因此能正常生效。
• 但将这个PropertyGroup抽成NuGet props文件引入时，NuGet会在项目初始化的早期阶段导入props文件（早于项目自身默认PropertyGroup的加载），这时候你的预发布设置会被后续项目里的默认属性覆盖，最终导致失效。

可行解决方案 #

针对这个问题，有两种可靠的处理方式：

1. 调整属性优先级，避免被覆盖

在NuGet props文件中，给预发布相关属性添加条件判断或追加逻辑，确保不会被后续设置覆盖。示例代码如下：

<PropertyGroup>
  <!-- 若项目未指定基础Version，先设置默认值；再追加预发布标签 -->
  <Version Condition="'$(Version)' == ''">1.0.0</Version>
  <Version>$(Version)-beta.$([System.DateTime]::Now.ToString("yyyyMMddHHmm"))</Version>
</PropertyGroup>

这种方式会先检查现有Version值，再动态拼接预发布标签，即使后续项目有默认设置，也能保留预发布部分。

2. 延迟属性设置到构建阶段

如果第一种方式不适用，你可以通过MSBuild Target延迟设置版本属性，确保在项目所有默认属性加载完成后再修改。在NuGet props文件中添加如下内容：

<Target Name="SetPreReleaseVersion" BeforeTargets="Pack">
  <PropertyGroup>
    <Version>$(Version)-beta.$([System.DateTime]::Now.ToString("yyyyMMddHHmm"))</Version>
  </PropertyGroup>
</Target>

这个Target会在NuGet打包操作执行前触发，此时项目所有默认属性已完成求值，你的预发布设置就能正确生效。

额外提示 #

如果需要在多个项目中复用预发布逻辑，第二种方式（使用Target）通常更可靠——它完全避开了属性加载顺序的问题，还能灵活控制执行时机（比如不仅在打包时生效，也可在构建阶段触发）。

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