如何借助NuGet.Client解析SDK风格项目的NuGet引用及版本？

当然可以实现！针对你想要做跨平台.NET Core全局工具，分析多项目解决方案里的直接NuGet引用（包括藏在build.props、自定义MSBuild目标里的PackageReference），还能检查是否有新版本的需求，我给你几个实用的思路和方案：

1. 官方NuGet.Client SDK：最精准的解析方式 #

NuGet.Client是官方提供的SDK，它完全模拟MSBuild的项目评估流程，能自动处理所有导入的props/targets文件——不管你的PackageReference写在csproj里，还是被导入的build.props、自定义目标里，都能被准确捕获。

具体步骤大概是这样：

• 在你的全局工具项目里引用NuGet.Commands、NuGet.ProjectModel这些NuGet包
• 使用MSBuildProjectFactory来加载目标项目或解决方案，它会自动处理所有MSBuild导入逻辑
• 从加载后的项目模型里，提取PackageReferences集合，就能拿到所有直接引用的包名和版本

举个简单的代码片段思路：

var projectPath = "YourProject.csproj";
var settings = Settings.LoadDefaultSettings(projectPath);
var msbuildProps = new Dictionary<string, string> { ["TargetFramework"] = "net6.0" }; // 根据你的项目框架调整
var project = await MSBuildProjectFactory.CreateAsync(projectPath, msbuildProps, settings, CancellationToken.None);
var directReferences = project.PackageReferences.Where(p => p.Type == PackageReferenceType.Direct);

2. 借助dotnet CLI输出：最省心的偷懒方式 #

如果你不想自己处理复杂的MSBuild逻辑，完全可以借助dotnet list package命令——这个命令本身就是官方用来列出项目NuGet引用的，它会自动处理所有MSBuild导入的内容，输出直接引用的包信息。

你只需要在全局工具里调用这个命令，解析它的输出就行：

• 用Process.Start启动dotnet list <你的解决方案/项目路径> package --direct命令
• 捕获命令的标准输出，然后按格式解析出包名和版本（比如用正则或者字符串分割）
• 后续再用NuGet的API去查新版本

这个方式的优点是不用关心底层的MSBuild细节，缺点是要处理不同dotnet版本可能略有差异的输出格式，需要做兼容。

3. 直接用MSBuild API：更灵活的自定义方式 #

如果你需要更灵活的控制，也可以直接用MSBuild的官方API来加载项目，评估所有导入文件后获取PackageReference：

• 引用Microsoft.Build、Microsoft.Build.Utilities.Core包
• 创建Project实例，设置好必要的MSBuild属性（比如TargetFramework），加载项目文件
• 遍历项目的Items集合，筛选出PackageReference类型的项，提取Include（包名）和Version属性

示例代码大概是：

var project = new Project("YourProject.csproj");
var packageReferences = project.Items.Where(item => item.ItemType == "PackageReference");
foreach (var item in packageReferences)
{
    var packageName = item.EvaluatedInclude;
    var packageVersion = item.GetMetadataValue("Version");
    // 处理包信息
}

怎么检查NuGet包的新版本？ #

不管用哪种方式拿到了引用列表，检查新版本都可以用NuGet.Protocol包来实现：

• 创建SourceCacheContext和PackageSourceProvider，配置好你的NuGet源（比如默认的nuget.org）
• 使用FindPackageByIdResource获取对应包的所有版本，筛选出最新的稳定版（或者预发布版，看你的需求）
• 把本地引用的版本和最新版本做对比，标记出需要更新的包

一些需要注意的点 #

• 跨平台支持：确保你引用的NuGet和MSBuild包都是跨平台兼容的，.NET Core全局工具本身就是跨平台的，只要依赖包支持就没问题
• 解决方案级分析：需要遍历解决方案里的所有项目，逐个处理，可以用MSBuild的SolutionFile类来加载解决方案，获取项目列表
• 性能优化：如果是大型解决方案，解析每个项目会有开销，可以考虑并行处理，但要注意资源占用
• 自定义MSBuild目标：只要这些目标是在项目评估阶段被导入的，上述三种方法都能捕获到里面的PackageReference，因为它们都会完整执行MSBuild的项目评估流程

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