问题标签 [dnu]

发布 ASP.NET 5 Web 应用程序时，我的输出 DLL 在哪里？

运行 MSBuildFileSystemPublish时，发布目录如下所示：

• approot文件夹：包、运行时和源代码
• wwwroot文件夹：web.config 和 AspNet.Loader.dll
• 网络
• 网络命令

MSBuild.exe "C:/MyApplication/MyProj.xproj" /t:Build,FileSystemPublish /p:PublishConfiguration=Release /p:PublishOutputPathNoTrailingSlash="C:/a/MyApplication"

从日志输出中我可以看到它dnu publish被称为：

dnu publish "C:/MyApplication" --out "C:/a/MyApplication" --configuration Release --runtime dnx-clr-win-x86.1.0.0-beta6 --quiet

如果我往里面web.cmd看，我可以看到 DNX 确实在从源代码运行应用程序：

我能够成功地将 IIS 指向 wwwroot 目录。

IIS 如何知道调用web.cmd？这是在生产环境中提供 ASP.NET 5 应用程序的正确方法吗？

触发目标时是否可以使用 MSBuilddnu publish中的属性进行调用？--no-sourceFileSystemPublish

MSBuild 命令：

MSBuild 最终调用以下内容：

我想附加--no-source属性。

我正在尝试通过 travis CI 发布 asp.net vNext 项目，其中 yml 文件如下所示。我猜解决方案在哪里构建正确并且在运行测试用例之后它等待用户输入。请帮助解决同样的问题。

Travis 卡在这条线上，如下所示

我正在使用 dnu publish 命令，但我注意到输出包含 2 个包文件夹，如下所示：

1 - approot\packages

2 - approot\src\"项目名称"\packages

现在两个文件夹之间的一个区别是文件夹＃1 仅包含与目标框架匹配的包，因此大小非常小，而文件夹＃2 包含每个包的所有内容，这就是大小太大的原因。例如，文件夹#1 的大小为 11 MB，而#2 的大小为 120 MB。

我认为 IIS 不会使用文件夹 #2，但我不知道为什么首先创建它。

我还注意到文件夹#2 也是在 Visual Studio 中创建的。

我现在在这个版本上：dnx-clr-win-x64.1.0.0-beta7

我知道包已下载到 C:\Users\.dnx\packages 那么为什么 Visual Studio 2015 还会将它包含在项目中？

我们知道您需要使用dnu来构建ASP.NET 5项目，但是TFS 2013不知道如何使用dnu.

是否有允许TFS 2013构建ASP.NET 5项目的流程？

例如，我们可以替换默认命令并在构建定义中提供我们自己的命令吗？如果是的话怎么办？

有人尝试使用实体框架-beta8 迁移吗？每次我运行 dnx ef 命令时，我都会得到以下信息

“错误：。请运行 dnu restore 以生成新的锁定文件”

运行 dnu restore 然后给出错误

找不到路径的一部分“c:\users\Username\.dnx\packages\Owin\1.0.0\Owin.1.0.0.nupkg.sha512

知道出了什么问题吗？

编辑

现在检查它，C 驱动器上的路径是 1.0 而不是 1.0.0 ..这似乎是这里问题的一部分。不确定这是否是正确的做法，但重命名文件夹最终奏效

尝试恢复软件包时，出现此错误

这就是我的 Nuget.config 的样子

我正在尝试在 dnx/aspnet 下一个环境中构建一个使用 OpenXML 的应用程序。

我已将 OpenXML 依赖项添加到我的 package.json

但是，当我尝试运行时，出现此错误：

似乎 OpenXML 依赖于 WindowsBase。我担心这在 linux/mac 环境中不起作用，因为我找不到这个名称的 nuget 包或依赖项。

有没有办法将此 WindowsBase .dll 添加到 unix dnx 项目中？是否有另一种方法可以通过 dnx 在 unix 中使用 OpenXML 或其他 word 文档库？

谢谢

我们正在尝试使用新工具链来构建 ASP.NET 5 (vNext) CoreCLR 网站并将其部署到服务器集群。在新的编译更改和 TFS 更改之间，我不确定现在如何构建和部署所有内容。场景如下：

1. 用于源代码控制和构建代理的本地 TFS
2. 在 CoreCLR 下以 ASP.NET 5 为目标，通过 IIS 托管

问题是：

使用 TFS 进行持续集成构建（并希望部署到本地 IIS 服务器），如何构建和部署这种新的应用程序类型？

似乎 MSBuild 仍可用于指向 .sln 文件以间接调用 dnu.exe，对吗？现在这样做合适吗？

我们是否应该运行脚本构建任务来代替运行 dnu.exe？

这些新的 CoreCLR 构建是如何部署的？只是直接复制到远程机器上的目录？

这是一个新的应用程序，我们正在使用多层应用程序架构，其中 DAL 和业务逻辑位于它们自己的 CoreCLR 项目中，如果这会有所不同的话。

提前感谢您对情况有所了解。

我正在.NET 4.5.1 中开发 web api。它是在 TeamCity CI 服务器上构建的，但我想在每次成功构建后将它部署到本地网络中的 Windows 7 机器上。我想使用dnu publish命令，但我不知道在这种情况下如何使用它以及如何准备 Windows 7 机器以准备好接收新的、刚刚构建的应用程序。在新的 ASP 的情况下，这个问题的描述真的很差。