La tâche BuildTasks.Csc n'a pas pu être chargée à partir de l'assembly?

Je me sens coupable de poser une question comme celle-ci ici, mais je suis perdu et j'apprécierais de l'aide.

Une preuve de concept telle qu'une application Web a été créée sur un PC et placée sur un dépôt pour être téléchargée sur un autre PC à un emplacement différent. À l'origine, une fonctionnalité de création automatique était configurée dans laquelle Azure créerait et publierait automatiquement lors de l'enregistrement, mais cela a été supprimé. Les choses fonctionnaient des deux côtés jusqu'à ce qu'un côté inclue une grande partie des changements exclus. Maintenant, je vois l'erreur suivante:

La tâche «Microsoft.CodeAnalysis.BuildTasks.Csc» n'a pas pu être
chargée à partir de l'assembly ... \ packages \ Microsoft.Net.Compilers.1.0.0 \ build .. \ tools \ Microsoft.Build.Tasks.CodeAnalysis.dll. Impossible de charger le fichier ou l'assembly 'file: /// ... \ packages \ Microsoft.Net.Compilers.1.0.0 \ tools \ Microsoft.Build.Tasks.CodeAnalysis.dll' ou l'une de ses dépendances. Le système ne peut pas trouver le fichier spécifié. Confirmez que la déclaration est correcte, que l'assembly et toutes ses dépendances sont disponibles et que la tâche contient une classe publique qui implémente Microsoft.Build.Framework.ITask.

Quelqu'un a-t-il des suggestions sur par où commencer la recherche du problème?

Il s'avère que les packages NuGet ont été validés dans le référentiel et ont tout cassé. La suppression du répertoire project \ project \ packages du référentiel a résolu tous les problèmes de build, car NuGet récupère les packages automatiquement lors de la génération.

J'ai eu cette erreur lorsque j'ai créé une nouvelle branche pour mon projet.

Cela m'a rendu fou pendant une heure. J'ai essayé la plupart des suggestions sur Internet, y compris la réponse acceptée à cette question.

J'ai ensuite fermé le projet, l'ai rouvert, l'ai nettoyé et l'erreur a disparu. Cela signifie donc que cela pourrait être un problème de cache.

Bref, je voulais juste partager.

J'ai aussi essayé la meilleure réponse sans succès, alors j'ai supprimé le contenu de mon répertoire bin et packages, fermé et rouvert VS et tout va bien maintenant.

J'ai essayé toutes les solutions décrites auparavant, mais aucune n'a fonctionné.

Ce qui a résolu le problème pour moi , a été de mettre à jour les compilateurs Microsoft.Net à partir du gestionnaire de packages NuGet

• Cliquez avec le bouton droit sur votre solution.
• Accédez à Gérer les packages Nuget.
• Recherchez Microsoft.Net.Compilers.
• Installez ou mettez à jour des projets dépendants si nécessaire.

Reconstruire, nettoyer la solution et redémarrer Visual Studio a fonctionné pour moi.

La suppression du paquet et le nettoyage de la solution l'ont résolu pour moi.

La suppression de ces trois répertoires résout le problème.

• /paquets
• /poubelle
• / obj

REMARQUE : supprimez à la fois / bin et / obj de tous les projets inclus dans la solution (y compris les projets de test).

Le problème se cache sur TFS, vous devez supprimer le dossier TestProject ... \ packages de TFS, l'archiver, le supprimer de votre répertoire local et le reconstruire. Travaillé!

Je supprime tout du dossier des packages et reconstruit la solution. Cela a fonctionné pour moi.

Utilisez l'étape ci-dessous:

1) Supprimez le dossier du package.
2) fermez le studio visuel.
3) ouvrez le projet et reconstruisez le projet.

Dans mon cas: cela fonctionne pour moi.

Il s'avère que mon coéquipier avait déjà commencé à se pencher sur le développement de Windows 10 et avait installé Microsoft Build Tools 2015 sur sa machine.

J'ai installé le logiciel à partir de https://www.microsoft.com/en-us/download/details.aspx?id=48159 et le problème a été résolu.

Dans mon cas, la solution était:

Utilisez l'Explorateur Windows et accédez au chemin d'accès incriminé: C: \ MyApplication \ Code \ Main \ ABCProject \ ABCProject.UI \ Bin

Cliquez avec le bouton droit sur le dossier bin> sélectionnez les propriétés> décochez ReadOnly.

Dans mon cas, la solution était:

1. Cliquez avec le bouton droit sur Solution.
2. Accédez à Gérer les packages Nuget pour cette solution.
3. Recherchez Microsoft.CodeDom.Providers.DotNetCompilerPlatform.
4. Désinstallez le package recherché.
5. Redémarrez Visual Studio.

Je viens d'essayer ceci sur une installation propre d'une machine Windows 10 et le problème pour moi a fini par être que je n'avais pas installé le framework .NET 3.5. Cette question de stackoverflow aide à expliquer pourquoi.

Impossible de créer le projet WIX sous Windows 10

Cliquez avec le bouton droit sur Solution. Accédez à Gérer les packages Nuget pour cette solution. RecherchezMicrosoft.Net.Compilers dans la section Parcourir.

La suppression du dossier bin a fonctionné pour moi

Dans la communauté vs2017, un nouvel élément est apparu dans le menu "build". Il a disparu après que je l'ai utilisé et s'appelait quelque chose comme " Optimiser les packages de construction de projet ". J'ai cliqué dessus et il a tout réparé, il suffit de redémarrer, etc. Je l'ai fait sur deux machines.

Ce qu'il a fait a été supprimé Microsoft.net.compilers 2.10.0et remplacé parMicrosoft.CodeDom.Providers.DotNetCompilerPlatform 2.0.1

Alors voilà - plus automagique ...

Mon projet a été construit avec .Net Core 2.2 mais j'avais un aperçu .Net core 3.0 installé. J'ai désinstallé .Net Core 3.0 de mon système et parcouru toutes mes bibliothèques de classes, supprimant Microsoft.Net.Compilers 3.0, puis reconstruit et cela a fonctionné.

J'ai déplacé ma solution d'un lecteur à un autre, et l'un des fichiers n'a pas pu être copié car «utilisé», pour lequel je clique sur ignoré, produisant l'erreur décrite dans cet article. La copie du fichier manquant l'a corrigé manuellement.

fichier: Microsoft.Build.Tasks.CodeAnalysis.dll Répertoire de destination: packages \ Microsoft.Net.Compilers.2.1.0 \ tools

Pour moi, j'essayais d'ouvrir un projet MVC5 dans VS 2013 et j'obtenais cette erreur, je l'ai ouvert dans VS 2017 et cela a très bien fonctionné.