Erreur lors de la tentative de publication d'une fonction azur à partir de Visual Studio

J'obtiens le message d'erreur suivant lorsque j'essaie de publier ma fonction à l'aide de Visual Studio, une idée comment résoudre ce problème?

System.AggregateException: une ou plusieurs erreurs se sont produites. ---> System.Exception: Publish a rencontré une erreur. Nous n'avons pas pu déterminer la cause de l'erreur. Consultez le journal de sortie pour plus de détails. --- Fin de la trace de la pile des exceptions internes --- sur System.Threading.Tasks.Task.ThrowIfExceptional (Boolean includeTaskCanceledExceptions) sur System.Threading.Tasks.Task.Wait (Int32 millisecondsTimeout, CancellationToken annulationToken) sur Microsoft.Publish.Framework. Model.DefaultPublishSteps. <> C__DisplayClass26_0.b__2 () sur System.Threading.Tasks.Task`1.InnerInvoke () sur System.Threading.Tasks.Task.Execute () --- Fin de la trace de pile à partir de l'emplacement précédent où l'exception était levée --- à System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (tâche) à System.Runtime.CompilerServices. TaskAwaiter.HandleNonSuccessAndDebuggerNotification (Task task) at Microsoft.Publish.Framework.Model.DefaultPublishSteps.d__23.MoveNext () --- Fin de la trace de la pile de l'emplacement précédent où l'exception a été levée --- à System.Runtime.CompilerServices.TaskAwaiter.Thrccess (Tâche de tâche) sur System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (Tâche de tâche) sur Microsoft.Publish.Framework.ViewModel.ProfileSelectorViewModel.d__213.MoveNext () ---> (Exception interne n ° 0) System.Exception: Publish a: rencontré une erreur. Nous n'avons pas pu déterminer la cause de l'erreur. Consultez le journal de sortie pour plus de détails. <--- MoveNext () --- Fin de la trace de la pile à partir de l'emplacement précédent où l'exception a été levée --- sur System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (tâche tâche) sur System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (tâche tâche) sur Microsoft .Publish.Framework.ViewModel.ProfileSelectorViewModel.d__213.MoveNext () ---> (Exception interne # 0) System.Exception: Publish a rencontré une erreur. Nous n'avons pas pu déterminer la cause de l'erreur. Consultez le journal de sortie pour plus de détails. <--- MoveNext () --- Fin de la trace de la pile à partir de l'emplacement précédent où l'exception a été levée --- sur System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (tâche tâche) sur System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (tâche tâche) sur Microsoft .Publish.Framework.ViewModel.ProfileSelectorViewModel.d__213.MoveNext () ---> (Exception interne # 0) System.Exception: Publish a rencontré une erreur. Nous n'avons pas pu déterminer la cause de l'erreur. Consultez le journal de sortie pour plus de détails. <--- d__213.MoveNext () ---> (Exception interne # 0) System.Exception: Publish a rencontré une erreur. Nous n'avons pas pu déterminer la cause de l'erreur. Consultez le journal de sortie pour plus de détails. <--- d__213.MoveNext () ---> (Exception interne # 0) System.Exception: Publish a rencontré une erreur. Nous n'avons pas pu déterminer la cause de l'erreur. Consultez le journal de sortie pour plus de détails. <---

System.Exception: Publish a rencontré une erreur. Nous n'avons pas pu déterminer la cause de l'erreur. Consultez le journal de sortie pour plus de détails.

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

Peux-tu essayer this

Supprimez entièrement le paramètre WEBSITE_RUN_FROM_PACKAGE des paramètres d'application Azure Functions du portail Azure.

Il s'agit d'un problème de délai d'attente Visual Studio, ce qui signifie que votre code et certains autres paramètres ne sont pas la clé du problème. Cette erreur se produit car Visual définit une limite de délai d'expiration sur la version. (Le fichier est trop volumineux ou la vitesse Internet est instable)

Si votre projet de déploiement n'est pas trop volumineux, vous pouvez attendre que la vitesse du réseau soit stable avant d'essayer de l'exécuter. Bien sûr, vous pouvez également essayer d'autres méthodes de déploiement pour éviter ce problème, comme le déploiement zip .

Sans partager votre projet sur une forme de jeu comme GitHub, il est vraiment difficile pour nous d'offrir des conseils spécifiques, il y a tellement de variables, tellement de combinaisons de packages NuGET et de références que votre projet peut avoir ce conflit de telle manière que cela provoquera ce Erreur.

Surtout avec les fonctions v2, j'ai rencontré ce problème ou similaire plusieurs fois. L'un des facteurs les plus importants avec Functions est les concepts concurrents entre v1 et v2.

Lorsque vous utilisez l'assistant de publication de Visual Studio pour créer la ressource cible dans Azure, il a tendance à avoir plus de succès, si vous rencontrez des difficultés avec cela depuis un certain temps, je vous suggère de suivre ce processus, comme preuve de concept si rien d'autre:

Ce conseil fonctionne aussi bien dans VS2017 et 2019

1. Créez un nouveau projet de fonction dans Visual Studio, dans la même solution.
   • Répliquez le nom de votre fonction d'origine
2. Publiez la fonction sur une NOUVELLE ressource Azure, utilisez l'assistant de publication pour créer cette ressource.
3. Si la publication réussit:
   • Déplacez votre code de projet d'origine vers le nouveau projet
   • Portez une attention particulière aux versions des packages de nuget que vous souhaitez apporter, elles et leurs dépendances devront être conformes à la v2
4. Si la publication N'EST PAS réussie
   • Assurez-vous de mettre à niveau votre Visual Studio vers la dernière version
   • Assurez-vous que vos outils Azure sont également mis à niveau vers la dernière version

En règle générale, pour un succès général avec Azure Functions:

1. Utilisez v1 pour les projets .Net Framework, ou si TOUT de vos projets de référence ou packages NuGET ont des dépendances .Net Fx. (donc .Net 4 + ... ou tout ce qui n'est pas .Net Core .)

   Même lorsque ces dépendances ciblent plusieurs projets, avec Functions, le déploiement a tendance à échouer car il n'est pas en mesure de détecter correctement la plate-forme correcte lors de l'évaluation des dépendances NuGET pendant le déploiement.

2. Utilisez v2 UNIQUEMENT pour les projets .Net Core , assurez-vous que vos références ne sont également que .Net core

Compilez et publiez votre code de manière incrémentielle, utilisez également AzureDevOps ou GitHub ou d'autres référentiels de code source pour archiver votre code souvent avec Functions. Aux premiers stades d'un projet de fonctions, nous apportons souvent plusieurs réfractions et packages NuGET et ils semblent fonctionner localement, mais pas lorsque nous nous déployons.

• l'utilisation d'un dépôt de code source facilite la validation des modifications avant d'installer de nouveaux packages et la restauration si l'installation du package entraîne un code non déployable.
• Cela semble désordonné, mais en raison de la version de NuGet, revenir à l'état avant d'installer un package, il ne suffit pas de désinstaller ce package, il peut très facilement avoir mis à niveau d'autres packages, et dans cet environnement Azure en mutation, de nombreux auteurs de packages ont choisi de mettre à niveau leur ressources entre .Net Framework et .Net Core, et ils ne l'ont pas toujours bien fait, ou parfois conservent certains éléments du framework .Net qui provoqueront des conflits dans Azure Functions.

Il y a quelques discussions intéressantes qui peuvent aider:

• Présentation des versions d'exécution d'Azure Functions
• Question sur les plans Azure Functions v2 et la prise en charge v1
• Fonctions Azure - Prise en charge v2 et durée de vie v1

La solution consistait à mettre à jour le SDK le plus récent.