我有一个由gitlab服务器自动部署的azure网站。与我们使用相同脚本部署的其他项目相比,这个项目的部署时间非常长(15-20分钟)。其他项目通常在1-2分钟内部署(给出大致相同的修改量。)
这一步花了大部分时间是 Handling Basic Web Site deployment
. 所有其他步骤在几秒钟内完成。
后面的日志 git push
到azure的时间戳如下所示(我从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网站的所有信息,请询问您需要什么帮助我,我将编辑我的问题以提供必要的信息。
1条答案
按热度按时间b91juud31#
问题的根源是你的电脑下有大量的文件
D:\home\site\wwwroot\app_data
文件夹。看起来有几十万!它们被命名为
error-2015-02-22235701Z-2ab04577-57f6-43cb-b09a-cc71e354e2f2.xml
. 很多都很老了,要追溯到2014年。考虑到您可能不需要这些文件,请尝试以下操作:
在kudu控制台中,转到
D:\home\site\wwwroot
. 不要试图进入app\u数据,因为文件的数量会导致它挂起。跑
del App_Data\error*.xml
估计要花很长时间!检查是否正在进行的一种方法是打开另一个kudu控制台示例(在另一个选项卡中),转到D:\home
然后就跑dir
,它告诉您还有多少空间。应该会涨的。显然,您首先需要研究是什么导致这些文件被创建,这样就不会一直发生。