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

我正在TeamCity上建立一个ASP.NET核心项目。它构建的二进制文件在其他机器上启动时崩溃。错误消息显示它正在查找仅存在于生成服务器上的路径中的DLL。DotPeek显示.exe中有一个名为

myproject.deps.json

的嵌入式资源文件。在targets部分中，有使用绝对路径的DLL引用。这意味着ASP.NET核心二进制文件只能在构建它们的机器上运行

如何解决此问题？这个文件是什么，如何使用相对路径？经过一些挖掘，看起来路径来自

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%" ]
  }
}

---

第一个问题的答案，根据

第二个问题的答案是删除project.json文件中的preserveComilationContext（并重新生成）

MyApp.deps.json是一个依赖项列表，以及编译上下文数据和编译依赖项。技术上不需要，但需要使用服务或软件包缓存/共享软件包安装功能

根据您对Dimitry的评论，我无法判断您的目标计算机中是否安装了.net core，因此无法推断您正在尝试进行的部署类型。但是，假设它已安装，您应该能够调优myproject.runtime.json来解决问题。如果你不喜欢，我强烈建议你阅读这两种不同类型的书

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

依赖于框架的部署。顾名思义,， 依赖于框架的部署（FDD）依赖于共享的系统范围 目标系统上要存在的.NET Core版本。因为.NET Core已经存在，您的应用程序也可以在 安装.NET内核。你的应用程序只包含自己的代码和 .NET核心之外的任何第三方依赖项 图书馆。FDD包含可通过使用启动的.dll文件 命令行中的dotnet实用程序。例如，dotnet app.dll运行 名为app的应用程序

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

---

第一个问题的答案，根据

第二个问题的答案是删除project.json文件中的preserveComilationContext（并重新生成）

MyApp.deps.json是一个依赖项列表，以及编译上下文数据和编译依赖项。技术上不需要，但需要使用服务或软件包缓存/共享软件包安装功能

根据您对Dimitry的评论，我无法判断您的目标计算机中是否安装了.net core，因此无法推断您正在尝试进行的部署类型。但是，假设它已安装，您应该能够调优myproject.runtime.json来解决问题。如果你不喜欢，我强烈建议你阅读这两种不同类型的书

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

依赖于框架的部署。顾名思义,， 依赖于框架的部署（FDD）依赖于共享的系统范围 目标系统上要存在的.NET Core版本。因为.NET Core已经存在，您的应用程序也可以在 安装.NET内核。你的应用程序只包含自己的代码和 .NET核心之外的任何第三方依赖项 图书馆。FDD包含可通过使用启动的.dll文件 命令行中的dotnet实用程序。例如，dotnet app.dll运行 名为app的应用程序

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

---

*.deps.json

来自

preserveComilationContext

保存编译上下文对于运行时编译（即即时编译）非常有用，特别是对于编译视图。它通常对图书馆不有用。要解决您的问题，请执行以下操作：

从应用程序引用的每个

公司。*

库中删除

preserveComilationContext

如果这不起作用，请从主应用程序中删除

preserveComilationContext

---

这里有一个复杂的对话：

*.deps.json

来自

preserveComilationContext

保存编译上下文对于运行时编译（即即时编译）非常有用，特别是对于编译视图。它通常对图书馆不有用。要解决您的问题，请执行以下操作：

从每个

公司中删除
preserveComilationContext
。

您的

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