我是.NET Core的新手,我有一个.NET Core WebAPI项目MyWebApp,
另外,我有.Net Core Class Library项目MyLib使用EntityFrameworkCore
当我尝试使用Add-Migration时,我收到错误
指定的deps.json [... \ MyWebApp \ bin \ Debug \ netcoreapp1.1 \ MyWebApp.deps.json]不存在
检查文件夹,我注意到我在[... \ MyWebApp \ bin \ Debug \ netcoreapp1.1 \ win10-x64 \ MyWebApp.deps.json]中有一个文件
但我真的无法想象我应该做些什么来解决这个问题。
myWebApi project.json:
{
"dependencies": {
"ShopManager": "1.0.0-*",
"Microsoft.AspNetCore.StaticFiles": "1.1.0",
"Microsoft.AspNetCore.Mvc": "1.1.0",
"Microsoft.AspNetCore.Server.IISIntegration": "1.1.0",
"Microsoft.AspNetCore.Server.Kestrel": "1.1.0",
"Microsoft.Extensions.Configuration.EnvironmentVariables": "1.1.0",
"Microsoft.Extensions.Configuration.FileExtensions": "1.1.0",
"Microsoft.Extensions.Configuration.Json": "1.1.0",
"Microsoft.Extensions.Logging": "1.1.0",
"Microsoft.Extensions.Logging.Console": "1.1.0",
"Microsoft.Extensions.Logging.Debug": "1.1.0",
"Microsoft.Extensions.Options.ConfigurationExtensions": "1.1.0",
"Microsoft.NETCore.App": "1.1.0"
},
"tools": {
"Microsoft.AspNetCore.Server.IISIntegration.Tools": "1.0.0-preview2-final"
},
"runtimes": {
"win10-x64": ""
},
"frameworks": {
"netcoreapp1.1": {
"imports": [
"dotnet5.6",
"portable-net45+win8"
]
}
},
"buildOptions": {
"emitEntryPoint": true,
"preserveCompilationContext": true
},
"runtimeOptions": {
"configProperties": {
"System.GC.Server": true
}
},
"publishOptions": {
"include": [
"wwwroot",
"Views",
"Areas/**/Views",
"appsettings.json",
"web.config"
]
},
"scripts": {
"postpublish": [ "dotnet publish-iis --publish-folder %publish:OutputPath% --framework %publish:FullTargetFramework%" ]
}
}
答案 0 :(得分:5)
runtimes
中的 project.json
部分看起来很可疑。只要您为一个运行时构建 - 就不需要使用它。
删除它并重写从"Microsoft.NETCore.App":"1.1.0"
到"Microsoft.NETCore.App": { "type": "platform", "version": "1.1.0" }
的依赖关系。
这会将您的应用部署模型从“自包含”(甚至可以在特定平台上运行,即使没有框架)更改为“依赖于框架”(可以在安装了框架的任何平台上运行)。详情are here。
答案 1 :(得分:1)
我在Visual Studio 2017中遇到过这个问题,我将包含dll的所有文件从bin \ Debug \ netcoreapp1.0复制到bin \ MCD \ Debug \ netcoreapp1.0
在我复制bin文件夹中的文件之前,脚手架无法正常工作。我不确定MCD文件夹的作用,但由于某种原因,脚手架进程在此文件夹中查找。
答案 2 :(得分:0)
我今天在一次会议研讨会上遇到了这个问题。运行dotnet ef database update -v
以获得详细输出并仔细检查使用的路径后,我发现我的Mac上设置了一个环境变量,导致了问题。
如果在您的环境中设置了PROJECTDIR
,dotnet
命令可能会使用此命令来解析路径,如果确实如此,则很可能会以意外的方式执行此操作。因此,从您正在进行.Net核心工作的shell /环境中删除此环境变量。
答案 3 :(得分:0)
我遇到了同样的问题,并且意识到这是由于项目中的构建目标不一致。这就是为我解决的问题:
bin
和obj
文件夹debug|x64
和release|x64
)