【问题标题】:Recursive csproj Dependencies With Git Submodules And .Net-Core带有 Git 子模块和 .Net-Core 的递归 csproj 依赖项
【发布时间】:2018-04-05 08:33:15
【问题描述】:

首先,我知道this question 和它非常相似,但它已经过时了,因为我使用了新的.Net-Core 2.0 csporj 格式

设置

我有递归子模块。如果我通过子模块拉入一个 csproj,这个 csproj 确实有一个 ProjectReference 到嵌套子模块中的另一个 csproj。

错误

当我只将顶级依赖项添加到解决方案 (.sln) 时,NuGet 包还原失败并显示NU1105: The project file exists but no restore information was provided for it。这是由 ProjectReference 与未添加到当前解决方案的 csproj 路径引起的。

当我将所有 csproj 文件添加到解决方案时,恢复和构建成功。

问题

通常当我拉入一个子模块时,我只关心根 csproj 而不是它的所有依赖项。所以我不想将所有嵌套的 csproj 文件添加到解决方案中。是否还有办法让 NuGet 工作并构建所有使用 msbuild 引用(并且未添加到解决方案中)的 csproj 文件?

【问题讨论】:

    标签: c# git visual-studio .net-core nuget


    【解决方案1】:

    使用 Git 子模块和 .Net-Core 的递归 csproj 依赖项

    这是一个关于还原不适用于解决方案中未包含的项目引用的已知问题:

    https://github.com/dotnet/project-system/issues/2759

    https://github.com/NuGet/Home/issues/5350

    为了跟踪此问题,我建议您投票并关注之前报告的问题以获取更新和修复通知。

    当前的解决方法是将添加所有 csproj 文件添加到解决方案中(你做了什么)。

    希望这会有所帮助。

    【讨论】:

      猜你喜欢
      • 2017-03-20
      • 2014-02-17
      • 2017-07-18
      • 2016-12-18
      • 2022-01-20
      • 2021-12-25
      • 1970-01-01
      • 1970-01-01
      • 2018-08-14
      相关资源
      最近更新 更多