Visual studio 样板Visual Studio 2017 RC项目未能从GitHub部署到Azure应用程序服务

我正在尝试使用GitHub部署选项将样板Visual Studio 2017 RC Asp.Net核心web应用程序（无身份验证）部署到Azure应用程序服务。应用程序未根据样板代码进行修改；字面意思：从VS模板创建一个新的应用程序，将其发布到GitHub，并部署到应用程序服务

问题

VS 2017 RC应用程序部署到应用程序服务是否需要任何特定设置，或者应用程序服务SCM（Kudu）工具是否还没有赶上VS 2017 RC项目结构

详细信息

我遇到了两个我认为可能相关的问题

问题1：应用程序服务上似乎没有安装MSbuild工具v15.0。构建时，Kudo默认为v14.0：

Command: "D:\home\site\deployments\tools\deploy.cmd"  
Handling .NET Console Application deployment.  
MSBuild auto-detection: using msbuild version '14.0' from 'D:\Program Files (x86)\MSBuild\14.0\bin'.  

我添加了一个，

SCM\u BUILD\u ARGS=-tv:15.0

，试图强制Kudo使用v15.0，但没有效果。它仍然像以前一样使用v14.0

问题2：（可能是使用MSBuild 14.0的结果）：MSBuild在尝试还原NuGet程序包时发出以下错误：

Nothing to do. None of the projects in this solution specify any packages for NuGet to restore.

此错误消息有点模糊，但该消息会断言在解决方案中找不到包含

packages.config

或

project.json

文件的项目。自VS 2017 RC起，这两个文件都已弃用。我添加了一个空的project.json文件，看看这是否能解决这个问题。程序包似乎已恢复，但由于缺少project.json部分，程序包继续失败

分辨率

@david ebbo善意地提供了。在his中，您可以找到

deploy.cmd

和

.deployment

文件。将两者复制到回购协议的根目录。然后更新

deploy.cmd

的第74行，以指向您的.csproj文件。从GitHub部署现在应该成功了。

类似于

Kudu脚本生成器还不知道如何处理Preview3，但您应该能够使用自定义部署脚本。关键是使用“dotnet restore”而不是“nuget restore”，使用“dotnet publish”而不是“msbuild”。见示例

---

我们会尽快解决Kudu的问题。

谢谢David！示例脚本看起来非常有用。下面是另一个使用VS 2017 RC创建的脚本，它还使用了一个库：^^^^^^，效果非常好。非常感谢。我将更新我的问题以突出显示决议。