將 packageReference 和 packages.config 混合在一個解決方案中？

Question

我們有一個包含遺留 ASP.NET 應用程序和許多其他項目的大型解決方案（主要是 .NET 4.7）。 將整個解決方案移至 .NET 核心是不可行的。 盡管如此，我們不再想管理傳遞依賴，避免帶外包的問題，等等。

Visual Studio 2019 有一個遷移助手，可以幫助我們將我們的 csproj 文件從 packages.config 移動到格式。 不幸的是，該助手不支持 ASP.NET 項目； 主要問題似乎是web.config 。

我的直覺告訴我，將一些項目移動到 packageReference 可能是個壞主意，而 ASP.NET 應用程序則堅持使用 packages.config。 但是，是否還有基於事實的理由反對在一個解決方案中混合使用 packageReference 和 packages.config？

Answer 1

在更新 RabbitMQ.Client NuGet 包的傳遞依賴后遇到問題后，我們發現我們不再希望主動管理傳遞依賴。 至少對於這個項目來說，不幸的是，它是我在問題中提到的真正大型 ASP.NET 解決方案的一部分。 因此，我們繼續將一個項目遷移到 packageReference，將所有其他項目保留為 packages.config。 稍后，我們遷移了所有單元和集成測試項目，以及一些其他項目。 現在我們采用“混合解決方案”兩個月左右。 我們沒有遇到任何問題，我們以該狀態經歷了發布生命周期。