条件切换Project引用与NuGet包引用失效问题排查

你的核心问题是条件引用逻辑未正确触发，导致始终使用NuGet包引用而非项目引用，可从以下几个方向排查：

1. 条件逻辑的触发场景验证 #

你的规则是仅当构建配置不是Release且不在DevOps流水线中时，才切换为项目引用。先确认你的测试场景是否符合这个条件：

• 本地构建时，确保使用的是Debug（或其他非Release）配置，而非Release；
• 检查本地环境是否意外设置了TF_BUILD环境变量：在命令行执行echo %TF_BUILD%（Windows）或echo $TF_BUILD（Mac/Linux），正常本地构建时该变量应为空，若输出True则会触发NuGet包引用逻辑。

2. 简化条件配置，避免中间变量的求值问题 #

你通过UseNugetSDK中间变量传递条件，可能存在MSBuild属性求值顺序的隐性问题。建议直接将条件写在ItemGroup上，跳过中间变量：

<!-- 发布/DevOps流水线构建：使用NuGet包 -->
<ItemGroup Condition="'$(Configuration)' == 'Release' Or '$(TF_BUILD)' == 'True'">
  <PackageReference Include="MySDK" Version="1.0.7446.15201" />
</ItemGroup>

<!-- 本地非Release构建：使用项目引用 -->
<ItemGroup Condition="'$(Configuration)' != 'Release' And '$(TF_BUILD)' != 'True'">
  <ProjectReference Include="..\Submodules\MySDK\MySDK\MySDK.csproj" />
</ItemGroup>

3. 验证项目引用路径的正确性 #

确认..\Submodules\MySDK\MySDK\MySDK.csproj这个相对路径是否与你的项目结构匹配：

• 假设ServiceApp.csproj位于/ServiceApp/目录下，子模块应在/ServiceApp/Submodules/MySDK/MySDK/MySDK.csproj，否则路径错误会导致MSBuild无法找到项目，进而 fallback 到NuGet包引用。

4. 通过详细构建日志定位问题 #

在本地执行构建命令时添加详细日志参数，查看变量值和引用加载情况：

dotnet build /v:detailed

在日志中搜索UseNugetSDK（如果保留中间变量）或直接搜索PackageReference/ProjectReference，确认哪个引用被实际加载，以及条件判断的结果是否符合预期。

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