我有一个 Azure 网站，由我们的 GitLab 服务器自动部署。与我们使用相同脚本部署的其他项目相比，这个部署需要很长时间(15-20 分钟)。其他项目通常在 1-2 分钟内部署完毕。 (给出大约相同数量的修改。)
花费大部分时间的步骤是处理基本网站部署。所有其他步骤都在几秒钟内完成。
git push 到 Azure 后的日志如下所示(来 self 添加的 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 网站的所有信息，请询问您需要什么来帮助我，我将编辑我的问题以提供必要的信息。
最佳答案
问题的根源在于您的 D:\home\site\wwwroot\app_data 文件夹下有大量文件。看起来有几十万!
它们的名称类似于 error-2015-02-22235701Z-2ab04577-57f6-43cb-b09a-cc71e354e2f2.xml。许多人都已经很老了，可以追溯到 2014 年。
鉴于您可能不需要这些文件，请尝试以下操作:
- 在 Kudu 控制台中，转到
D:\home\site\wwwroot。不要尝试进入 App_Data，因为文件数量会导致它挂起。 - 运行
del App_Data\error*.xml
预计需要很长时间!检查进度的一种方法是打开另一个 Kudu 控制台实例(在另一个选项卡中)，转到 D:\home 并运行 dir，它会告诉您如何还剩下很多空间。应该会上升。
显然，您需要首先调查导致创建这些文件的原因，这样就不会继续发生这种情况。
关于git - Azure 网站部署速度非常慢，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/39141337/