所以我只是一对夫妇的设置SCM_REPOSITORY_PATH到d博客的阅读被忽略:\上的一个蓝色的web应用程序的本地\库可以加快NPM /的WebPack构建时间。我尝试通过门户和.deployment脚本将此添加到我的应用程序的“应用程序设置”中,但它似乎被忽略。 Kudu的文档和来自MS的视频都表示支持,但在我的情况下它似乎完全被忽略了。SCM_REPOSITORY_PATH在Azure上的Web应用程序
我错过了什么吗?
所以我只是一对夫妇的设置SCM_REPOSITORY_PATH到d博客的阅读被忽略:\上的一个蓝色的web应用程序的本地\库可以加快NPM /的WebPack构建时间。我尝试通过门户和.deployment脚本将此添加到我的应用程序的“应用程序设置”中,但它似乎被忽略。 Kudu的文档和来自MS的视频都表示支持,但在我的情况下它似乎完全被忽略了。SCM_REPOSITORY_PATH在Azure上的Web应用程序
我错过了什么吗?
他们没有说谎,设置SCM_REPOSITORY_PATH="D:\local\repository"
会告诉捻下载源代码的Web服务器的本地驱动器,所有的文件系统相关的操作是在本地进行,而不是通过网络(D:\home
被映射到一个持久NFS),这对IO重指令(npm)特别有用。但也有一些小的细节...
你不能为此设置使用.deployment
。其原因是,.deployment
是你的宝库,它是唯一可见其下载后捻的一部分。这个工作流程显示了两难:
下载源代码 ==>读取.deployment
==>更改下载过程中存储源代码的位置...?
D:\local
不持久存储,它就会被每个Web服务器重启后复位(这就是为什么TEMP文件夹映射到D:\local\Temp
),所以如果你想使用的耐久性D:\home
D:\local
可能比D:\home
小。在一个免费的网站,本地驱动器是500MB,而d:\家是在1G左右运行npm install
时,当项目有巨大的依赖关系树...你需要小心第一条语句意味着我需要继续前进,更新捻维基... – watashiSHUN
忘了回来,并更新了这个问题。我的问题是我在生产实例的门户中设置了应用程序设置并在临时插槽中进行了测试。愚蠢的我。该设置实际上按照描述工作。 – Chris
你怎么验证它是否被忽略?你检查部署日志 – watashiSHUN