问题标签 [dnu]

我有一个引用类库项目的 DNX 控制台应用程序。我正在尝试发布它并将其安装为全局命令。

我在 Windows 10 操作系统上执行此操作。

控制台项目Program.cs

控制台项目project.json

类库：CommandLib文件：ConsoleWriter

类库：project.json

我正在尝试安装全局命令vm-test-job 为此我

1. cd 进入src/Vert.Commands文件夹
2. 将其作为包发布
3. dnu publish --no-source -o artifacts\publish
4. 光盘\artifacts\publish\approot
5. dnu commands install .\packages\Vert.Commands\Vert.Commands.1.0.0.nupkg

当我尝试运行我的命令时vm-test-job出现错误 System.IO.FileNotFoundException: Could not load file or assembly 'CommandLib, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies. The system cannot find the file specified.

如何安装引用其他项目的控制台应用程序项目中的命令？

我目前有一个在 Visual Studio 中运行的 C# Web 应用程序项目。我阅读了这篇文章，其中指出可以在没有安装 Visual Studio 或 dnx 的干净机器上运行您的 Web 应用程序。这是我对我的项目所做的

这是我得到的输出。

我的 project.json 看起来像这样

基于此，我C:\Users\VmwareX64\Documents\Myapp\src\Myapp\bin\output 根据 project.json 中的命令在这些文件中生成了 3 个 cmd 文件，它们分别是 web.cmd 、 ef.cmd 、 kestrel.cmd 。

现在，当我尝试运行 web.cmd 这就是我得到的

关于为什么我的程序没有运行的任何建议？

我有一台 C:\ 驱动器空间不足的机器，我想将 DNX/DOTNET 软件包的安装位置更改为 D:\ 驱动器下的位置。

包缓存位置是否可配置？

注意：我无法灵活地将我的配置文件位置更改为不同的驱动器。

我有一个 vNext 项目，它使用 dnu wrap 来引用旧式类库。一切都在 4 台机器上运行，但一台机器给我带来了麻烦。我已经从操作系统重新安装，但仍然有问题。

我收到错误：无法解析参考

C:\Projects\DataAccess\DataAccess.csproj。

我知道路径是正确的。我可以复制它，然后将其粘贴到文件打开对话框中，然后文件就会打开。

我注意到，在这台机器上，它不是在解决方案根文件夹中创建的 wrap 文件夹。

在我的 asp.net 5 project.json 我有这一行：

我的 global.json 有这个：

更新： 我将 -v 标志添加到 dnu wrap 以进行详细日志记录。我收到这条消息：

未为项目 DataAccess.csproj 设置 OutputPath 属性。请检查以确保您为此项目指定了有效的配置和平台组合。配置='调试'平台='MCD'。您可能会看到此消息，因为您正在尝试构建没有解决方案文件的项目，并且指定了该项目不存在的非默认配置或平台。

这适用于其他 4 台机器。只是这台机器不工作。

我确实有一个解决方案文件。

查看项目属性，我看到 DataAccess 项目的输出路径设置为 bin\Debug。我查看了 csproj 文件，看到了带有值 bin\debug（用于调试构建）的 OutputPath 标记，以及另一个带有 bin\Release（用于发布构建）的标记。

在进行 DNU 发布时，我一直收到此错误

该进程无法访问文件“C:...\bin\output\approot\packages\AutoMapper\3.3.1\AutoMapper.3.3.1.nupkg”，因为它正被另一个进程使用

使用 nuget.exe，您可以使用命令行选项 -DisableParallelProcessing 来防止发生此类事情，但我在 DNU 中找不到等效项。有没有办法防止这种情况？

我正在尝试dnu publish引用“包装的”.NET 4.5.1 类库的 ASP.NET RC1 Web 应用程序。当我发布它时，包装项目的文件夹包含在输出包目录中，但它只包含一个 project.json 文件，其路径引用原始源目录。没有为打包的项目发布 dll。这是一个已知的问题？

这是我正在使用的命令：

dnu publish src\MyProject --out packaged --runtime active

在我们现有的解决方案中，我们有一个 NuGet.Config 文件，其中包含以下内容：

通过此配置，我们告诉 NuGet 将所有包存储在“NuGetPackages”文件夹中。这适用于我们所有现有的项目（WebApi、Libraries、...），但如果我添加一个新的 ASP.NET Core 项目，这些包将存储在该C:\Users\<username>\.dnx\packages文件夹中。

有没有办法在解决方案级别更改包文件夹？

谢谢！！

我想使用 dnu 从 Windows 机器上发布以在 linux 上运行。这是制作 docker 镜像所必需的，我知道通常的做法是将源推送到 linux docker 并执行“dnu restore”，但这听起来是一个漫长的过程，并且完全违背了 DNXCore50 试图提供的交叉兼容性。

最新的 dnx 运行时现在包括一个用于 unix/darwin 相关软件包的“运行时”，以针对其他操作系统。但是如何运行针对 linux 的发布命令，或者更确切地说，如果有一种方法可以使用 dnvm install coreclr 在 Windows 机器中拉取 linux dnx 核心？

我可以使用 将包安装到 dnx 项目中dnu install whatever，但我无法弄清楚如何卸载包。

我尝试从 project.json 文件中删除该行并执行 a dnu restore，但似乎没有成功。（一些应该开始失败的代码继续正确构建。）我也尝试过dnu commands uninstall，但这似乎是针对全局命令而不是包。

我正在使用 dnu 版本 1.0.0-rc1-16231。

在Noda Time 1.3.1 中，我们的.csproj文件引用了 Profile 328，我们的.nuspec文件将结果放入

对于 Noda Time 2.0，我已将所有内容移至 DNX/DNU（当然，很快将成为 dotnet cli）。但是，我们现在想要构建一个定期更新的包，其中包含来自IANA的最新时区信息。我们将构建一个依赖于 Noda Time 1.3.1 的版本，以及另一个依赖于 Noda Time 2.0.0 的版本。

我想在DNX/DNU 中完成所有这些工作，但我不清楚是否有任何方式可以告诉 DNX/DNU 这个目标框架。请注意，我想让 1.3.1 的所有当前用户都可以使用它，并且它还依赖于 1.3.1，因此我认为目标框架集基本上需要相同。

我尝试过以下框架：

• 便携式net40+sl5+win8+wpa81+wp8（根据Nuget文档，我希望它有最好的工作机会）
• 便携-net4+sl5+netcore45+wpa81+wp8+MonoAndroid1+MonoTouch1+XamariniOS1
• 简介328

在每种情况下，都会dnu restore显示这种形式的错误：

“portable-net40+sl5+win8+wpa81+wp8”是一个不受支持的框架。

我有一个可怕的怀疑，这基本上不是一个受支持的用例，我需要为这个特定部分坚持一个常规的 csproj 文件，但我认为值得询问一下我是否遗漏了一些东西。