2

我为我的 azure 部署定义了一个自定义部署脚本（*.sh 脚本）。

就在今天，我发现我无法发布。我更新了我的 bitbucket 存储库，过了一会儿我收到类似于以下内容的错误：

Command 'starter.cmd deploy_pvl_cont ...' was aborted due to no output nor CPU activity for 180 seconds. You can increase the SCM_COMMAND_IDLE_TIMEOUT app setting (or WEBJOBS_IDLE_TIMEOUT if this is a WebJob) if needed.\r\nstarter.cmd deploy_pvl_content.sh

我已经尝试了很多方法来尝试诊断问题。

  • 将 SCM_COMMAND_IDLE_TIMEOUT 增加到 300
  • 在本地运行脚本（Works）
  • 设置一个新的新部署槽并尝试发布相同的提交（相同的错误）
  • 尝试发布之前成功的提交（同样的错误）
  • 在诊断日志转储中寻找有用的错误消息（Coldn't find anything more useful）
  • 尝试从 Kudu 控制台运行部署脚本（没有返回输出，就像它实际上没有运行一样）
  • 尝试按照@david-ebbo 的建议将 git 恢复到以前的版本
  • 尝试将我的脚本简化为具有相同结果的单个 echo 命令

不知道我能做些什么来进一步调试。理想情况下，我想在 azure 主机上获取 shell 脚本的输出，但不知道如何获取它。有任何想法吗？

4

1 回答 1

0

更新的答案

这是由于迁移到 Azure 中的 git 2.8.x 导致的回归。该问题由https://github.com/projectkudu/kudu/issues/2041跟踪。

这是一个非常简单的解决方法（您不需要引入旧的 git 工具）：而不是将您的设置COMMAND为deploy_pvl_content.sh，将其设置为bash deploy_pvl_content.sh

我们将解决这个问题，但这种解决方法会让您继续前进。

原始答案（仅留给上下文）

你可能会遇到这个问题，这是由我们刚刚升级到 git 2.8.1 引起的。

当我们试图深入了解它时，请尝试以下解决方法，看看是否有帮助：

  • 转到 Kudu 控制台
  • 创建d:\home\bin文件夹
  • 在那里复制旧的 Windows git 1.8.x 文件夹。您可以从这里获取内容。如果您将 zip 拖放到 Kudu 控制台中，则会有一个特殊的解压缩放置区域将其展开。
  • 再次尝试部署
于 2016-06-10T05:10:40.330 回答