问题标签 [dotnet-cli]

我在恢复 ASP.NET 5/ASP.NET Core 1.0 的依赖项时出错。

似乎有几个依赖项（即Microsoft.CodeAnalysis.CSharp/ .Common）Microsoft.AspNet.Mvc被固定为看似过时的包。

对此的要求是使用dotnetcli 工具并同时针对 .NET Vanilla 和 .NET Core。

有什么方法可以让 Mvc 引用与 Core 兼容的 CodeAnalysis 版本？

在 Visual Studio 2015 (v14.0.24729.00 Update 1) 中重现的步骤：

1. 文件 > 新建 > 项目 > Web > ASP.NET Web 应用程序
2. API.NET 5 模板 > Web API
3. 打开PM，运行命令dotnet restore

输出：

project.json文件包含：

我浏览了一些网站，发现 .NET Core 正在使用.NET CLI（.NET 命令行界面）。我已经使用 .NET CLI 创建了一个控制台应用程序，它工作正常

但是，当我使用 Yeoman 创建 ASP.NET Core Web 应用程序并运行命令“dotnet restore”时，我收到以下错误：

Microsoft.CodeAnalysis.CSharp 1.1.0-rc1-20151109-01 与 DNXCore 不兼容，Version=v5.0。

我也试过

dotnet restore -s https://api.nuget.org/v3/index.json

但得到同样的错误。

如果我运行“dnu restore”那么它工作正常，所以我的问题是我可以将 .NET CLI 也用于 Web 应用程序还是仅限于控制台应用程序？

我已经浏览了链接

https://github.com/dotnet/cli & http://dotnet.github.io/getting-started/

但没有发现它是否支持 ASP.NET Core Web 应用程序的任何细节？

我正在尝试将 ASP.net 4.6 站点迁移到 DNX。

在撰写本文时，一般来说工具还处于早期阶段。

我读过 dotnet cli 旨在替换KRE, KVM, KPM。但是，将 kpm 与 dotnet 命令行工具一起使用是否合适？我正在尝试诊断我遇到的一些问题，但kpm 似乎有更多的诊断功能。

我从https://github.com/aspnet/MusicStore/tree/dev中提取了最新的代码

修改代码以添加一些导入

我为 dotnet cli 构建了应用程序

使用的命令

我收到以下错误命名空间“Microsoft.AspNetCore”中不存在类型或命名空间名称“Testing”（您是否缺少程序集引用？）

最初可以使用相同的代码库，但是现在无法构建此包是否有任何更改？

假设这个文件夹结构

如何使用编译两个项目dotnet？（来自命令行，不在 Visual Studio 中）

如果你dotnet build在根文件夹级别运行，你会得到

找不到文件.. project.json

我可以看到 CLI 存储库有这个出色的增强，但那是从 2 月 2 日开始的。

dotnet在盲目地调用所有src子文件夹之前，任何脚本都必须考虑依赖关系。

是否可以从 Dotnet CLI 应用程序中使用 COM 对象？

如何从应用程序中引用 COM 对象，即 project.json 会是什么样子？

一个具体的例子是：通过dotnet new创建一个空白项目并对其进行修改，使其通过其 COM 接口启动 MS Word。

很明显，这仅适用于 Windows，但如果能够这样做以集成旧代码，那就太好了。我已经发现了如何通过将原生 DLL 包装到 nuget 包中来使用它，有关详细信息，请参阅https://blog.3d-logic.com/2015/11/10/using-native-libraries-in-asp-net -5/ 但是 COM 对象是通过注册表全局访问的。我可以创建一个互操作程序集，但我不知道如何从我的项目中引用它。另一种可能性可能是围绕 COM 对象编写一个本机 DLL 包装器，并通过 nuget 包使用它，但这似乎真的不太理想。

当我发布我的项目时

dotnet publish

它输出到一个文件夹

bin/Debug/dnxcore50/osx.10.11-x64/publish

（或者也许是 Release 等价物）

是否可以为 project.json 文件中指定的发布后脚本确定此文件夹位置？

我在用：

并得到：

错误 CS0121：以下方法或属性之间的调用不明确：“Microsoft.Extensions.DependencyInjection.OptionsServiceCollectionExtensions.Configure(Microsoft.Extensions.DependencyInjection.IServiceCollection, System.Action)”和“Microsoft.Extensions.DependencyInjection.OptionsServiceCollectionExtensions.Configure( Microsoft.Extensions.DependencyInjection.IServiceCollection，System.Action)'

我怀疑“dotnet restore”中包含多个 OptionsModel 程序集（不同版本）。

证据可能在这里：

具有不同参数名称的第二个建议：

Project.lock.json 文件有一些有趣的行（“基础设施”是一个引用的程序集）：

而 Web 应用程序使用 Microsoft.Extensions.OptionsModel/1.0.0-rc2-15914

下面是基础设施组件的配置部分：

问题是：为什么在执行“dotnet restore”时选择了不同的版本（1.0.0 和 1.0.0-rc2-15914）？

更新：我尝试将基础设施项目的 project.json 更改为 "Microsoft.Extensions.OptionsModel": "1.0.0-rc2-15914" 但由于屏幕截图中显示的歧义，我仍然无法编译。是否有任何程序集缓存在我的计算机上的某处？

我在 CentOS 7.1 上运行 Dotnet CLI 版本 1.0.0-rc2-002439

我已经构建了一个原型控制台应用程序，它只对 PostgreSQL 9.4 数据库执行选择。

我只针对 DNXCORE50，在 Windows 上，一切正常。当我在 CentOS 上运行它时，出现以下异常conn.Open()

这是我正在使用的 project.json：

我在 npgsql 的 Github 上看到，使用https://www.myget.org/gallery/npgsql-unstable作为包源并使用 Npgsql 的不稳定版本可以修复它，但是当我使用"Npgsql": "3.1.0-unstable0458"该应用程序时无法编译并说这个版本的 npgsql 与 DNXCore 5.0 不兼容。

一定是我做错了什么，因为其他人似乎不再对此有任何问题。

有任何想法吗 ？

我有一个与 dnu 和 dnx 一起使用的项目，但我在使用新的 DotNet CLI 恢复包时遇到问题：

项目.json

命令行输出