Provavelmente não está especificamente relacionado ao webpack / memory-fs, mas estou recebendo oRangeError: Maximum call stack size exceeded erro (veja abaixo uma pilha de chamadas).

Eu descobri que__dirname no Azure (webapp) retorna\\100.78.172.13\volume-7-default\8f5ecde749dace2bb57a\4e07195f015b45ce8e9ba255dc901988\site\repository\Source\Website\Content\app\node_modules\webpack\node_modules\memory-fs\lib\normalize.js na minha situação, enquantoprocess.cwd() retornaD:\home\site\repository\Source\Website\Content\app.

Há algo que possa ser feito do meu lado para configurar o nó js para retornarD:\... ao invés de\\.. ?

Essência

Como reproduzir:

Clone ohttps://github.com/intellismiths/webapp1 repositório.Crie o novo Azure Web App (configurações padrão).Configure a origem de implantação para usar o GitHub.CliqueSync. Levará mais de 10 minutos para concluir e mostrará que a implantação foi bem-sucedida.Vá para Configurações do aplicativo no Azure e altereWEBSITE_NODE_DEFAULT_VERSION para6.2.2Vá para a página do kudu e abra o console do PowerShell.Executarnpm cache cleanVerifique a versão do nó executandonode -v. Deveria serv6.2.2No Azure, navegue paraD:\home\site\respository\src\WebApp1Executarnpm run buildNo console, você verá muitos erros, o que indica que os módulos não podem ser resolvidos.OPCIONAL. Testenpm run build na sua máquina local - deve produzirwwwroot/app.js sem erros.Atualizarwebpack.config.js incluircontext: __dirname para corrigir erros anteriores.Executarnpm run buildNo console, você verá o erro "RangeError: tamanho máximo da pilha de chamadas excedido".

Atualização 1

Eu apenas tentei definir o tempo de execução da 6.2.2 após adicionar o segundo package.json, para que a estrutura do projeto não seja a mais simples possível. Talvez apenas definir o nó para 6.2.2 quebre a compilação.