两个.NET微服务之间的NuGet包管理问题如何解决？

方案1：开发阶段临时切换为项目引用（最推荐，无额外配置成本） #

直接将服务B中用于打包NuGet的共享项目，添加到服务A的解决方案中，将服务A原本的NuGet包引用替换为项目引用：

• 依赖会自动传递，不会出现手动引用dll导致的依赖缺失报错
• 修改服务B的代码后，服务A会自动关联最新改动，无需打包、推送操作
• 开发调试完成后，切回正式NuGet包引用即可提交代码

你也可以通过MSBuild条件配置实现自动切换，无需手动修改引用配置，在服务A的.csproj文件中添加如下配置：

<Choose>
  <When Condition="'$(Configuration)' == 'Debug'">
    <!-- 替换为服务B共享项目的相对路径 -->
    <ProjectReference Include="..\ServiceB\SharedModel\SharedModel.csproj" />
  </When>
  <Otherwise>
    <!-- 正式Release模式使用官方NuGet包引用 -->
    <PackageReference Include="你要引用的NuGet包名称" Version="*" />
  </Otherwise>
</Choose>

配置完成后，Debug模式默认使用本地项目引用，Release模式自动使用正式NuGet包，不影响线上发版逻辑。

方案2：搭建本地私有NuGet源 #

如果不想修改服务A的引用配置，可以在本地搭建专属NuGet源，本地打包更新不影响远程版本号：

• 新建本地文件夹作为本地NuGet存储目录，例如C:\LocalNuGetSource
• 打开Visual Studio → 工具 → NuGet包管理器 → 包管理器设置 → 包源，新增源，路径选择刚才创建的文件夹，保存
• 修改完服务B的代码后，在共享项目的根目录执行命令：dotnet pack -o C:\LocalNuGetSource，即可将最新包打包到本地源
• 服务A的NuGet包管理器切换到本地源，即可直接更新到最新的本地开发包，无需推送代码触发Jenkins构建，不会导致远程版本号频繁升级

注意事项 #

• 如果使用条件引用配置，尽量使用相对路径指向服务B的项目，确保团队其他成员拉取代码后也能正常使用
• 本地调试用的NuGet包不要推送到远程正式源，避免污染正式版本序列

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