从同一解决方案中的项目引用 Nuget 包所需的解决方案

Question

我有一个完整的解决方案，其中包含要在我的组织中作为通用 nuget 包共享的项目。该解决方案包含在一个 git 存储库中，我们让 TeamCity 为我们运行我们的构建，尽管我们并不太先进，因为当我们准备好为给定项目生成/发布新的 Nuget 包时，我们手动启动 Teamcity 构建解决方案，每个项目都有自己的 TeamCity 构建配置。

构建时，项目通过.csproj <project/>标签生成 nuget 包：GeneratePackageOnBuild我们还version通过来自 TeamCity 的构建属性填充的标签控制版本控制。这很好用。我们遇到问题的地方是管理项目对自身的项目引用/依赖关系。我似乎无法理解如何正确执行此操作。例如：

-- Solution
----- Project A v1.0.6
----- Project B v1.0.1

项目 A (v1.0.6) 依赖于项目 B (v1.0.1)。假设我同时更改了项目 A (v1.0.7) 和项目 B (v1.0.2)。我不能让项目 A 引用项目 B 的 nuget 包，因为它还没有构建，所以我使用项目引用。但是，这会导致包 A (v1.0.7) 的 nuget 包假定它具有与项目 B (v1.0.2) 相同的内部版本号 - 而事实并非如此。因此，当有人使用项目 A 时，他们被告知要查找不存在的依赖项项目 B 的版本（示例中为 v1.0.7）。为了解决这个问题，我在项目 A 中添加了以下内容.csproj： <ProjectReference Include="..\Company.ProjectB\Company.ProjectB.csproj" ExcludeAssets="All" />

但是，现在消费者不知道 Project B 依赖项（因为它不再出现在 Nuget 包依赖项中）并且当他们发现他们需要它时，他们会在使用 Project A 时收到运行时错误，指出它仍在寻找显然不存在的 Project B v1.0.7。

在没有 nuspec 的情况下生成 nuget 包时，如何智能地处理项目引用？我希望尽可能少的人工干预。

我的另一个解决方案是使用 Nuget 包引用，但这意味着项目 B 必须在开发人员开始处理项目 A 之前构建和部署。

Answer 1

根据设计，当您打包具有项目引用的项目时，这些依赖项目将作为 NuGet 依赖项添加，最低版本是打包时每个项目的当前版本。要了解原因，假设您对 ProjectB 进行了重大更改，并修复了 ProjectA 以使其能够使用。如果您发布 ProjectA，但 NuGet 依赖于旧版本的 ProjectB，则 ProjectA 的 NuGet 用户将在运行时崩溃，因为他们使用的 ProjectB 版本不兼容。NuGet 无法知道这一点。

因此，如果您想要增加 ProjectA 的版本而不增加 ProjectB 的依赖项版本，请将它们单独提交。否则，同时发布 ProjectA 和 ProjectB 的新版本。