我正在TeamCity上设置一个ASP.NET Core项目。它构建的二进制文件在其他计算机上启动时崩溃。错误消息显示它正在寻找仅存在于构建服务器上的路径中的dll。 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%" ]
}
}
答案 0 :(得分:17)
根据Runtime Configuration File Documentation:
,您的第一个问题的答案第二个问题的答案是删除project.json文件中的 preserveCompilationContext (并重建)。
MyApp.deps.json 是依赖项列表,以及编译上下文数据和编译依赖项。技术上不需要,但需要使用服务或包缓存/共享包安装功能。
根据您对Dimitry的评论,我无法判断您是否在目标计算机上安装了.net核心,因此推断出您尝试执行的部署类型。但假设已安装,您应该能够调整 myproject.runtime.json 来解决问题。如果您不这样做,我强烈建议您阅读两种不同类型的.NET Core Application Deployment:
您可以为.NET Core应用程序创建两种类型的部署:
依赖于框架的部署。顾名思义, 依赖于框架的部署(FDD)依赖于共享的系统范围 目标系统上存在的.NET Core版本。因为.NET 核心已经存在,您的应用程序也可以移植 安装.NET Core。您的应用只包含自己的代码和 .NET Core之外的任何第三方依赖项 库。 FDD包含可以使用.dll启动的.dll文件 命令行中的dotnet实用程序。例如,dotnet app.dll运行 名为app。的应用程序。
自包含部署。与FDD不同,它是一个独立的部署 (SCD)不依赖于任何共享组件 目标系统。所有组件,包括.NET Core库和 .NET Core运行时包含在应用程序中,并且是 与其他.NET Core应用程序隔离。 SCD包括可执行文件 (例如Windows平台上的app.exe,名为app的应用程序), 这是特定于平台的.NET Core主机的重命名版本, 和.dll文件(例如app.dll),这是实际的应用程序。
答案 1 :(得分:9)
*.deps.json
来自preserveCompilationContext
。
保留编译上下文对于运行时编译(即即时编译)非常有用,尤其适用于编译视图。它通常对图书馆没用。解决问题:
preserveCompilationContext
库中删除Company.*
。preserveCompilationContext
。这里有一个涉及的对话:https://github.com/aspnet/Mvc/issues/5141
答案 2 :(得分:5)
如果您使用较新的.csproj格式
在<PreserveCompilationContext>false</PreserveCompilationContext>
标记下添加<TargetFramework>
为我解决了问题。
<PropertyGroup>
<TargetFramework>netcoreapp1.1</TargetFramework>
<PreserveCompilationContext>false</PreserveCompilationContext>
</PropertyGroup>
答案 3 :(得分:2)
经过全面搜索后终于找到了我的解决方案,这就是我的情况: - 仅在运行时发生
dotnet发布
因此,为了解决此问题,请修改 csproj 并确保具有此配置。
这适用于webapi netcoreapp 2.0
<PropertyGroup>
<MvcRazorCompileOnPublish>false</MvcRazorCompileOnPublish>
<PreserveCompilationContext>false</PreserveCompilationContext>
</PropertyGroup>
这也将解决与
相关的问题“错误CS0246:找不到类型或命名空间名称'System'”
参考:https://github.com/aspnet/MvcPrecompilation/issues/162 https://github.com/dotnet/dotnet-docker/issues/279
答案 4 :(得分:-3)
我已经设置了TeamCity来构建我的两个项目,以后在不同的机器上使用它们没有问题。我正在使用本指南创建构建配置:Build, test and deploy .NET Core projects with TeamCity。
可以从此处下载TeamCity插件:.NET Core Support
如果你看看,这是GitHub上的源代码:TeamCity .NET Core Plugin
以下是有关安装TeamCity插件的一些信息:Installing Additional Plugins