在一个解决方案中混合 packageReference 和 packages.config？

Question

我们有一个大型解决方案（主要是 .NET 4.7），其中包含遗留 ASP.NET 应用程序和许多其他项目。将整个解决方案迁移到 .NET Core 是不可行的。不过，我们不再希望管理传递依赖，避免 problems with out-of-band packages，等等。

Visual Studio 2019 有一个迁移助手可以帮助我们将我们的 csproj 文件从 packages.config 迁移到格式。可惜小助手does not support ASP.NET projects; the main issue seems to be the web.config.

我的直觉告诉我，将一些项目移至 packageReference 可能不是一个好主意，而 ASP.NET 应用程序坚持使用 packages.config。但是，是否也有基于事实的理由反对在一个解决方案中混合使用 packageReference 和 packages.config？

Answer 1

在我们 运行 进入 之后，我们发现我们不再希望主动管理传递依赖项。至少对于这个项目来说，不幸的是，它是我在问题中提到的非常大的 ASP.NET 解决方案的一部分。所以我们继续将一个项目迁移到 packageReference，将所有其他项目保留 packages.config。稍后，我们迁移了所有单元和集成测试项目，以及一些其他项目。现在我们使用 "mixed solution" 两个月左右。我们没有遇到任何问题，并且以该状态完成了发布生命周期。