什么是deps.json，如何使用相对路径？

Question

我正在TeamCity上设置ASP.NET Core项目。它构建的二进制文件在其他机器上启动时崩溃。错误消息显示它正在寻找只存在于构建服务器上的路径中的dlls。DotPeek显示.exe中有一个名为myproject.deps.json的嵌入式资源文件。在其中的目标部分中，引用了使用绝对路径的dll。这意味着ASP.NET Core二进制文件只会在构建它们的机器上运行。

我该如何解决这个问题？这是什么文件，如何使它使用相对路径？经过一些挖掘，看起来这些路径来自project.fragment.lock.json，这是一个生成的文件。如果我编辑这个文件以使用相对路径，那么这个文件就会被覆盖。是什么生成了这个文件，如何修复或停止它？

对于那些问过的人，project.json看起来像：

{
  "dependencies": {
    "CommandLineParser": "1.9.71",
    "Microsoft.AspNetCore.Mvc": "1.0.0",
    "Microsoft.AspNetCore.Server.IISIntegration": "1.0.0",
    "Microsoft.AspNetCore.Server.Kestrel": "1.0.0",
    "Microsoft.Extensions.Configuration.EnvironmentVariables": "1.0.0",
    "Microsoft.Extensions.Configuration.FileExtensions": "1.0.0",
    "Microsoft.Extensions.Configuration.Json": "1.0.0",
    "Microsoft.Extensions.Logging": "1.0.0",
    "Microsoft.Extensions.Logging.Console": "1.0.0",
    "Microsoft.Extensions.Logging.Debug": "1.0.0",
    "Microsoft.Extensions.Options.ConfigurationExtensions": "1.0.0",
    "System.Configuration.Abstractions": "1.0.0"
  },

  "tools": {
    "Microsoft.AspNetCore.Server.IISIntegration.Tools": "1.0.0-preview2-final"
  },

  "frameworks": {
    "net461": {
      "dependencies": {
        "Company.Common": {
          "target": "project"
        },
        "Company.Integration": {
          "target": "project"
        },
        "Company.Functions": {
          "target": "project"
        },
        "Company.Utils": {
          "target": "project"
        }
      }
    }
  },

  "buildOptions": {
    "emitEntryPoint": true,
    "preserveCompilationContext": true
  },

  "publishOptions": {
    "include": [
      "wwwroot",
      "Views",
      "Areas/**/Views",
      "appsettings.json",
      "web.config"
    ]
  },

  "scripts": {
    "postpublish": [ "dotnet publish-iis --publish-folder %publish:OutputPath% --framework %publish:FullTargetFramework%" ]
  }
}

- TarkaDaal

---

那些绝对路径引用是指第三方库吗？ - Evk

@Evk 其中一些是指向内部库的引用。 - TarkaDaal

TeamCity是安装在您的计算机上还是单独的服务器上？.NET版本是否最新？deps.json的哪个部分包含库的路径 - 您能否将其与本地构建的文件进行比较并显示一些差异？ - Dmitry

@Dmitry TeamCity已安装在构建服务器上。是的，.NET Core昨天已经安装了。这是deps.json的目标部分。唯一的区别是路径。 - TarkaDaal

你的项目名称中是否包含空格？ 你能发布你的 project.json 文件吗？ - Hypnobrew

Answer 1

针对你的第一个问题，根据运行时配置文件文档提供的答案。

而针对你的第二个问题，是在你的project.json文件中删除preserveCompilationContext（并重新构建）。

MyApp.deps.json是依赖项列表，以及编译上下文数据和编译依赖项。虽然不是技术上必需的，但需要使用维护或包缓存/共享包安装功能。

根据你对Dimitry的评论，我无法确定你的目标机器是否安装了.NET Core，因此推断出你正在尝试进行的部署类型。但假设已经安装，你应该能够调整你的myproject.runtime.json来解决你的问题。如果没有，请务必阅读关于两种不同类型的.NET Core应用程序部署的文章。

您可以为.NET Core应用程序创建两种类型的部署：

1. 基于框架的部署。正如名称所示，基于框架的部署（FDD）依赖于目标系统上存在共享的.NET Core版本。由于.NET Core已经存在，因此您的应用程序也可以在.NET Core的不同安装之间进行移植。您的应用程序仅包含自己的代码和任何位于.NET Core库之外的第三方依赖项。FDD包含可以使用命令行中的dotnet实用程序启动的.dll文件。例如，dotnet app.dll运行名为app的应用程序。

2. 自包含部署。与FDD不同，自包含部署（SCD）不依赖于目标系统上存在任何共享组件。所有组件，包括.NET Core库和.NET Core运行时，都包含在应用程序中，并与其他.NET Core应用程序隔离开来。SCD包括一个可执行文件（例如Windows平台上的app.exe，用于名为app的应用程序），它是特定于平台的.NET Core主机的重命名版本，以及一个.dll文件（例如app.dll），它是实际的应用程序。

- ciriarte

---

我在磁盘上没有 myapp.deps.json 文件。我认为它是由 VS 自动创建并嵌入到应用程序中的。 - TarkaDaal

如果你想要去掉你程序集中的myproject.deps.json文件，你可以在项目的project.json文件中删除preserveCompilationContext（并重新构建）。 - ciriarte

@ciriate，就是这样！把它作为答案发布，你就可以获得赏金了。 - TarkaDaal

更新链接：https://github.com/dotnet/sdk/blob/main/documentation/specs/runtime-configuration-file.md - djm

Answer 2

*.deps.json来自于preserveCompilationContext。

保留编译上下文对于运行时编译（即即时编译）以及编译视图特别有用，但通常对于库不是很有用。要解决问题：

1. 从每个应用程序引用的Company.*库中删除preserveCompilationContext。
2. 如果这样做不起作用，请同时从您的主要应用程序中删除preserveCompilationContext。

在这里可以找到相关讨论：https://github.com/aspnet/Mvc/issues/5141

- Shaun Luttin

---

我已将此内容添加到我的 netstandard2.0 项目中，仍然出现了 deps.json。 - T.S.

我在我的net6.0项目中添加了这个，但仍然得到deps.json。 - farosch

Answer 3

如果您正在使用更新的.csproj格式，请在标签下添加false，这对我来说解决了问题。

<PropertyGroup>
    <TargetFramework>netcoreapp1.1</TargetFramework>
    <PreserveCompilationContext>false</PreserveCompilationContext>
</PropertyGroup>

- Kevin Somers-Higgins

---

我已将此内容添加到我的netstandard2.0项目中，但仍然出现deps.json。 - T.S.

我在我的net6.0项目中添加了这个，但仍然得到deps.json。 - farosch

这些元素是独立的，Under 没有影响。 - AhmadYo

Answer 4

经过全面搜索，我终于找到了解决方案，我的情况如下： - 仅在运行

dotnet publish

时才会发生，因此为了解决这个问题，编辑您的csproj文件，并确保具有以下配置。

适用于webapi netcoreapp 2.0。

<PropertyGroup>
    <MvcRazorCompileOnPublish>false</MvcRazorCompileOnPublish>
    <PreserveCompilationContext>false</PreserveCompilationContext>
</PropertyGroup>

这也将解决与

"error CS0246: The type or namespace name 'System' could not be found"

相关的问题。

参考：https://github.com/aspnet/MvcPrecompilation/issues/162 https://github.com/dotnet/dotnet-docker/issues/279

- german1311

---

上帝保佑你！ 在我的 .net framework 4.7.2 上工作过。 - oBit91

Answer 5

我遇到了以下错误信息：

应用程序依赖清单（MyApp.deps.json）中指定的程序集未找到： 包：'PropertyChanged.Fody'，版本：'3.4.0' 路径：'lib/netstandard2.1/PropertyChanged.dll'

我在这里找到了解决方案：这里 在csrpoj中，您需要：

            <PackageReference Include="PropertyChanged.Fody" Version="3.4.0" PrivateAssets="All">
                <ExcludeAssets>runtime</ExcludeAssets>
                <IncludeAssets>All</IncludeAssets>
            </PackageReference>

- Istvan Heckl

---

那是唯一对我有效的解决方案。我在尝试使用net6.0和Anotar.Fody运行xUnit测试时遇到了相同的问题。 - dougcunha