我们正在尝试使用新的工具链来构建 ASP.NET 5 (vNext) CoreCLR 网站并将其部署到服务器集群。在新的编译更改和 TFS 更改之间，我不确定现在如何构建和部署所有内容。场景如下：
- 用于源代码控制和构建代理的本地 TFS
- 以 CoreCLR 下的 ASP.NET 5 为目标，通过 IIS 托管
问题是：
使用 TFS 进行持续集成构建（并希望部署到本地 IIS 服务器），如何构建和部署这一新的应用程序类型？
看来 MSBuild 仍然可以用来指向 .sln 文件，从而间接调用 dnu.exe，这是正确的吗？现在这样做合适吗？
我们应该运行脚本化构建任务来代替运行 dnu.exe 吗？
这些新的 CoreCLR 版本是如何部署的？只是直接复制到远程计算机上的目录吗？
这是一个新的应用程序，我们正在使用多层应用程序架构，其中 DAL 和业务逻辑位于它们自己的 CoreCLR 项目中（如果这有影响的话）。
预先感谢您对情况的一些了解。
这是我们最终所做的：
根据之前的答案和 Microsoft 部署指南，Powershell 脚本“prebuild.ps1”：https://msdn.microsoft.com/en-us/Library/vs/alm/Build/azure/deploy-aspnet5 https://msdn.microsoft.com/en-us/Library/vs/alm/Build/azure/deploy-aspnet5
普通 MSBuild 构建。没有开关或特殊设置。
用于执行 xUnit 测试运行程序的 Powershell 脚本。我们使用了这篇文章中的指导http:// Fluentbytes.com/running-xunit-test-with-asp-net-dnx-and-tfs-2015-build/ http://fluentbytes.com/running-xunit-test-with-asp-net-dnx-and-tfs-2015-build/
用于运行“dnu 发布”的 Powershell 脚本。这将创建整个 Web 应用程序结构的目录。
“Windows 文件复制”任务将 #4 中创建的目录结构部署到测试环境中的所有目标计算机。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
