Visual Studio 团队服务发布失败 - 无关变量
Visual Studio Team Services Release Fails - Extraneous Variable
截至周三，东部时间 2:01 下午和 2:43 下午之间的某个时间，Visual Studio 团队服务发布管理开始在 Azure Web 应用部署 任务，在将网站部署到 Azure 步骤中出现一般错误：
You cannot call a method on a null-valued expression
- 我们创建了一个新的发布定义，但它出现了同样的问题。
- 我尝试使用之前成功构建的版本发布，但它也出现了同样的异常。
- 我已确认存储库中没有
。
- 我已经验证了构建更改集中的项目。
他们只接触了一个 .cs 文件，三个 .js 文件，并将 <add key="Client.CacheVersion" value="X"> 的值从 4 更改为 6。
尽管文档指出 -ErrorVariable 对相关脚本有效。日志文件（故障前信息）的唯一区别是在 Publish-AzureWebsiteProject 调用的末尾添加了 -ErrorVariable publishAzureWebSiteError。
是否有填充 publishAzureWebSiteError 或删除此无关变量的方法？
更新：
添加system.debug后。我发现我无法解析 {mysite}.scm.azurewebsites.net.
更新二
在与 Microsoft 交流 2 小时后，发布管理似乎在使用 App Service Environments 时遇到了一些困难。起初它无法正确映射 scm URL，一旦我们将预期的后缀添加到 Web App Name 字段，我们收到错误：
Conflict: The host name MY_WEB_APP.APP_SERVICE_NAME.p.azurewebsites.net is already assigned to another Azure website: MY_WEB_APP.
最终更新
看来这些版本现在 运行 符合预期，至少在之前失败的版本中没有进行任何更改。由于 MS 显然改变了一些东西，这个问题不会给未来的用户带来任何好处。我正在投票关闭它。
因为这个问题还没有结束。
对于后来的人：
修复来自 Microsoft。高级支持人员今天早上通过电子邮件向我发送了以下内容：
I just spoke to the developer who pushed the fix. And the fix has to do with correctly forming a SCM name which in your case is part of ASE. So there were no exceptions being raised this time and it worked for you.
因此 are/were 没有解决方法，甚至对最终用户而言也没有任何可能的更改。
截至周三，东部时间 2:01 下午和 2:43 下午之间的某个时间，Visual Studio 团队服务发布管理开始在 Azure Web 应用部署 任务，在将网站部署到 Azure 步骤中出现一般错误：
You cannot call a method on a null-valued expression
- 我们创建了一个新的发布定义，但它出现了同样的问题。
- 我尝试使用之前成功构建的版本发布，但它也出现了同样的异常。
- 我已确认存储库中没有
- 我已经验证了构建更改集中的项目。
他们只接触了一个 .cs 文件，三个 .js 文件，并将<add key="Client.CacheVersion" value="X">的值从 4 更改为 6。
尽管文档指出 -ErrorVariable 对相关脚本有效。日志文件（故障前信息）的唯一区别是在 Publish-AzureWebsiteProject 调用的末尾添加了 -ErrorVariable publishAzureWebSiteError。
是否有填充 publishAzureWebSiteError 或删除此无关变量的方法？
更新： 添加system.debug后。我发现我无法解析 {mysite}.scm.azurewebsites.net.
更新二 在与 Microsoft 交流 2 小时后，发布管理似乎在使用 App Service Environments 时遇到了一些困难。起初它无法正确映射 scm URL，一旦我们将预期的后缀添加到 Web App Name 字段，我们收到错误：
Conflict: The host name MY_WEB_APP.APP_SERVICE_NAME.p.azurewebsites.net is already assigned to another Azure website: MY_WEB_APP.
最终更新 看来这些版本现在 运行 符合预期，至少在之前失败的版本中没有进行任何更改。由于 MS 显然改变了一些东西，这个问题不会给未来的用户带来任何好处。我正在投票关闭它。
因为这个问题还没有结束。
对于后来的人：
修复来自 Microsoft。高级支持人员今天早上通过电子邮件向我发送了以下内容：
I just spoke to the developer who pushed the fix. And the fix has to do with correctly forming a SCM name which in your case is part of ASE. So there were no exceptions being raised this time and it worked for you.
因此 are/were 没有解决方法，甚至对最终用户而言也没有任何可能的更改。