C# 同一解决方案中的NuGet引用

这可能已经被问过（如果是这样，请提供链接）

我正在为我的公司制定一套“核心”解决方案。我们在这个解决方案集中有几个不同的项目。每个项目在构建时都会变成一个NuGet包，用于我们的其他解决方案项目。我发现我想通过NuGet（使用项目引用的韵文）将“核心解决方案”中的一些项目与“核心解决方案”中的其他项目进行引用，这样当推送到我们的NuGet时，所有包都是独立的

这样我就有了这样的东西：

|-核心
|-核心。通信（这也将参考核心）
|-Core.CloudServices（这也将引用Core）
|-Core.BlobServices（这将引用Core和Core.CloudServices）

我曾经创建过一个脚本，在构建/包完成后，将包复制到共享位置，以便可以向该位置添加NuGet引用。这允许添加NuGet包并恢复它（在更新时），但这似乎很复杂

由于我们正在使用VST，我知道每次我都可以提交到分支，构建服务器将为我构建/打包并将其推送到我们的私有NuGet源。一旦解决方案建立起来，这似乎是一种“正确的方法”，但最初这似乎会减慢开发过程

我向市民提出的问题包括：

你如何处理这种情况？（如果你参加过）

在.NETCore中有没有一种方法可以让它自动工作，而我却不知道

是否有VS扩展或其他第三方工具对此提供帮助

---

您想在同一版本中构建一个包并更新PackageReference，我是否理解正确？您可以查看浮动版本。没有办法让它自动工作，因为它不完全是主线场景。打包后的步骤可能是大多数人的结局。但即使是浮动版本，这也很困难。通常，在同一上下文中有项目引用，在外部有包引用。通常情况下，您会在每个项目上运行build，然后在每个项目上运行pack。@imps-我并不想自动更新包引用，但希望避免将它们推送到NuGet服务器，或者使用一个特殊的脚本来移动包文件，并修改NuGet配置，以便它也可以查看特别目录。我从未使用过浮动版本，因为这让我害怕坏事情可能会发生，也可能会发生。我理解。说实话，我不确定还有比你现在做的更好的方法。我很少看到消费者在同一个解决方案中引用包而不是项目引用