msbuild - 从同一解决方案中的项目引用 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" />

但是，现在消费者不知道项目 B 依赖项(因为它不再显示在 Nuget 包依赖项中)，当他们发现需要它时，他们在使用项目 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 的新版本。