我有一个Azure网站,由我们的GitLab服务器自动部署。与我们使用相同脚本部署的其他项目相比,这需要花费很长时间进行部署(15-20分钟)。其他项目通常在1-2分钟内部署。 (给出大约相同数量的修改。)
大部分时间的步骤是Handling Basic Web Site deployment
。所有其他步骤都在几秒钟内完成。
Azure之后git push
的日志如下所示(我添加的SCM网站的时间戳):
[2016-08-25T07:42:15.6465159Z] remote: Updating branch 'master'.
[2016-08-25T07:42:18.2159075Z] remote: Updating submodules.
[2016-08-25T07:42:18.2783580Z] remote: Preparing deployment for commit id '2a71d1ddd3'.
[2016-08-25T07:42:18.6221285Z] remote: Generating deployment script.
[2016-08-25T07:42:18.7658033Z] remote: Running deployment command...
[2016-08-25T07:42:19.8283917Z] remote: Handling Basic Web Site deployment.
[ ] remote: ..... [1051 dots here]
[2016-08-25T08:00:12.4710682Z] remote: KuduSync.NET from: 'D:\home\site\repository' to: 'D:\home\site\wwwroot'
[2016-08-25T08:00:12.5492017Z] remote: Copying file: '[first file]'
[2016-08-25T08:00:12.7054553Z] remote: Copying file: '[last file]'
[2016-08-25T08:00:12.7210814Z] remote: Finished successfully.
[2016-08-25T08:00:12.8492401Z] remote: Running post deployment command(s)...
[2016-08-25T08:00:13.0805168Z] remote: Deployment successful.
我不知道造成这种大规模延误的原因。此外,延迟是不一样的,它会变化几分钟。
由于我不知道哪些信息很重要,而且我无法在此处发布有关我们项目或Azure网站的所有信息,请询问您需要哪些帮助我,我将编辑我的问题以提供必要的信息。
答案 0 :(得分:2)
问题的根源是您的D:\home\site\wwwroot\app_data
文件夹下有大量文件。看起来好几十万!
它们的名称类似于error-2015-02-22235701Z-2ab04577-57f6-43cb-b09a-cc71e354e2f2.xml
。许多人都很老,可以追溯到2014年。
鉴于您可能不需要这些文件,请尝试以下操作:
D:\home\site\wwwroot
。请勿尝试进入App_Data,因为文件数会导致它挂起。del App_Data\error*.xml
预计需要很长时间!检查它是否取得进展的一种方法是打开另一个Kudu控制台实例(在另一个选项卡中),转到D:\home
并运行dir
,它会告诉您剩余多少空间。那应该会上升。
显然,您需要首先查看导致这些文件创建的内容,因此它不会继续发生。