Erro ao tentar publicar uma função azul do Visual Studio

Recebo a seguinte mensagem de erro quando tento publicar minha função usando o Visual Studio, alguma idéia de como corrigir isso?

System.AggregateException: um ou mais erros. ---> System.Exception: a publicação encontrou um erro. Não foi possível determinar a causa do erro. Verifique o log de saída para mais detalhes. --- Fim do rastreamento da pilha de exceção interna --- em System.Threading.Tasks.Task.ThrowIfExceptional (Boolean includeTaskCanceledExceptions) em System.Threading.Tasks.Task.Wait (Int32 millisecondsTimeout, CancellationToken cancellationToken) em Microsoft.Publish.Framework. Model.DefaultPublishSteps. <> C__DisplayClass26_0.b__2 () em System.Threading.Tasks.Task`1.InnerInvoke () em System.Threading.Tasks.Task.Execute () --- Fim do rastreamento de pilha do local anterior onde a exceção foi thrown --- at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (tarefa Task) em System.Runtime.CompilerServices. TaskAwaiter.HandleNonSuccessAndDebuggerNotification (tarefa Task) em Microsoft.Publish.Framework.Model.DefaultPublishSteps.d__23.MoveNext () --- Rastreio de fim de pilha do local anterior em que a exceção foi lançada --- em System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (Tarefa de tarefa) em System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (tarefa de tarefa) em Microsoft.Publish.Framework.ViewModel.ProfileSelectorViewModel.d__213.MoveNext () ---> (Exceção interna # 0) System.Exception: Publish has encontrou um erro. Não foi possível determinar a causa do erro. Verifique o log de saída para mais detalhes. <--- MoveNext () --- Fim do rastreio de pilha do local anterior onde a exceção foi lançada --- em System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (tarefa de tarefa) em System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (Task) na Microsoft .Publish.Framework.ViewModel.ProfileSelectorViewModel.d__213.MoveNext () ---> (Exceção interna # 0) System.Exception: Publish encontrou um erro. Não foi possível determinar a causa do erro. Verifique o log de saída para mais detalhes. <--- MoveNext () --- Fim do rastreio de pilha do local anterior onde a exceção foi lançada --- em System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (tarefa de tarefa) em System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (Task) na Microsoft .Publish.Framework.ViewModel.ProfileSelectorViewModel.d__213.MoveNext () ---> (Exceção interna # 0) System.Exception: Publish encontrou um erro. Não foi possível determinar a causa do erro. Verifique o log de saída para mais detalhes. <--- d__213.MoveNext () ---> (Exceção interna # 0) System.Exception: A publicação encontrou um erro. Não foi possível determinar a causa do erro. Verifique o log de saída para mais detalhes. <--- d__213.MoveNext () ---> (Exceção interna # 0) System.Exception: A publicação encontrou um erro. Não foi possível determinar a causa do erro. Verifique o log de saída para mais detalhes. <---

System.Exception: Publicar encontrou um erro. Não foi possível determinar a causa do erro. Verifique o log de saída para obter mais detalhes.

===================

Você pode tentar this

Remova a configuração WEBSITE_RUN_FROM_PACKAGE inteiramente das Configurações de Aplicativo do Azure Functions no Portal do Azure.

Esse é um problema de tempo limite do Visual Studio, o que significa que seu código e algumas outras configurações não são a chave para o problema. Este erro ocorre porque o Visual define um limite de tempo limite na liberação. (O arquivo é muito grande ou a velocidade da Internet é instável)

Se o seu projeto de implantação não for muito grande, você poderá esperar até que a velocidade da rede esteja estável antes de tentar executá-lo. Obviamente, você também pode tentar outros métodos de implantação para evitar esse problema, como a implantação zip .

Sem compartilhar seu projeto em uma forma de jogo como o GitHub, é realmente difícil oferecer conselhos específicos, há tantas variáveis, tantas combinações de pacotes e referências do NuGET que seu projeto pode ter esse conflito de maneira a causar isso. erro.

Especialmente com as funções da v2, já enfrentei esse problema ou similares várias vezes. Um dos maiores fatores das funções são os conceitos concorrentes entre v1 e v2.

Quando você usa o assistente de publicação do Visual Studio para criar o recurso de destino no Azure, ele tende a ter maior sucesso. Se você estiver enfrentando problemas há algum tempo, sugiro que você siga esse processo, como prova de conceito, se nada mais:

Este conselho funciona igualmente bem no VS2017 e 2019

1. Crie um novo projeto de função no visual studio, na mesma solução.
   • Replicar o nome da sua função original
2. Publique a função em um NOVO recurso do Azure, use o assistente de publicação para criar esse recurso.
3. Se a publicação for bem-sucedida:
   • Mova o código do projeto original para o novo projeto
   • Preste muita atenção às versões dos pacotes de nuget que você deseja transmitir, pois elas e suas dependências precisarão ser compatíveis com a v2
4. Se a publicação NÃO for bem-sucedida
   • Certifique-se de atualizar seu Visual Studio para o mais recente
   • Verifique se as Ferramentas do Azure também estão atualizadas para as mais recentes

Como regra geral, para obter sucesso geral com o Azure Functions:

1. Use v1 para projetos do .Net Framework, ou se QUALQUER dos seus projetos de referência ou pacotes do NuGET tiverem dependências do .Net Fx. (então .Net 4 + ... ou qualquer coisa que não seja .Net Core .)

   Mesmo quando essas dependências têm como alvo vários projetos, com o Functions, a implantação tende a falhar, pois não é capaz de detectar corretamente a plataforma correta ao avaliar as dependências do NuGET durante a implantação.

2. Use APENAS v2 para projetos .Net Core , verifique se suas referências também são apenas .Net core

Compile e publique seu código de forma incremental, também use o AzureDevOps ou o GitHub ou outros repositórios de código-fonte para fazer check-in do seu código frequentemente com o Functions. Nos estágios iniciais de um projeto de Funções, geralmente trazemos várias referências e pacotes NuGET e eles parecem funcionar localmente, mas não quando implantamos.

• o uso de um repositório de código-fonte facilita a confirmação de alterações antes da instalação de novos pacotes e reversão, se a instalação do pacote resultar em um código não implementável.
• Parece confuso, mas, devido ao versionamento do NuGet, voltando ao estado antes de instalar um pacote que não é tão desinstalado quanto ele, ele pode ter atualizado com facilidade outros pacotes e, nesse ambiente do Azure em mudança, muitos autores de pacotes optaram por atualizar seus recursos entre .Net Framework e .Net Core, e nem sempre eles foram bem-sucedidos ou, às vezes, mantêm alguns elementos da estrutura .Net que causarão conflitos nas Funções do Azure.

Existem algumas discussões interessantes que podem ajudar:

• Visão geral das versões de tempo de execução do Azure Functions
• Pergunta sobre os planos do Azure Functions v2 e o suporte da v1
• Funções do Azure - suporte v2 e tempo de vida v1

A solução foi atualizar para o SDK mais novo.