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

Question

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

构建后，项目通过标签生成 nuget 包.csproj <project/>：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）。为了解决这个问题，我在 Project 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。

标签： msbuildnugetteamcitycontinuous-deployment.net-standard

Answer 1

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

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