如何避免NuGet兼容性警告？.NET Core 2.0 Linux项目疑问

嘿，我来帮你理清楚这俩问题的来龙去脉！

一、为啥NuGet允许把.NET Framework 4.0的包加到netcoreapp2.0项目里？ #

这其实是NuGet为了兼容生态搞的兼容性妥协机制。.NET Core 2.0那会儿刚推出，为了让开发者能复用大量已有的.NET Framework包，NuGet默认会“网开一面”：如果一个包没有明确标记支持.NET Core/.NET Standard，尤其是像.NET Framework 4.0这种比较基础的框架版本，NuGet会默认假设它可能通过.NET Core的兼容层正常运行，所以不会直接拦着你添加，只会给个警告提醒你有潜在风险。

而且确实有些.NET Framework包本身没用到只有完整框架才有的API（比如System.Web这类），只是作者没更新兼容标记，这类包真能在.NET Core里跑起来，所以NuGet不想一刀切禁止，把判断权交给咱们开发者。

二、怎么才能阻止这种不兼容的包被添加？ #

有几种办法能帮你把兼容性检查拉满：

1. 修改项目文件启用严格模式 #

直接编辑你的.csproj文件，在<PropertyGroup>里加上这两行配置：

<RestoreCompatiblePackageVersions>true</RestoreCompatiblePackageVersions>
<PackageReferenceStrict>true</PackageReferenceStrict>

这样一来，NuGet在还原包的时候会严格检查兼容性，只要发现包不支持netcoreapp2.0，直接报错，不会像之前那样只给警告就放行。

2. 用NuGet.config配置全局/项目级严格规则 #

在项目根目录创建或修改NuGet.config文件，添加这些配置：

<configuration>
  <config>
    <add key="strictPackageVersions" value="true" />
    <add key="warnOnPackageConflict" value="true" />
  </config>
  <!-- 保留你原有的包源、恢复设置等内容 -->
</configuration>

strictPackageVersions这个配置会强制NuGet严格校验包和目标框架的兼容性，不匹配的包直接拒绝添加。

3. 用dotnet CLI命令时加严格参数 #

每次执行dotnet add package命令的时候，带上--strict参数，比如：

dotnet add package YourPackageName --strict

这样CLI会当场检查兼容性，要是包不支持netcoreapp2.0，直接报错，不会把它加进项目里。

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