ECSC error cs0006 fichier de métadonnées introuvable a.net 3.5 application avec TFS 2012

les dépendances de projet et l'ordre de construction de projet peuvent être spécifiés dans Visual Studio 2012 en cliquant avec le bouton droit de la souris sur le projet dans la Solution explorer et en sélectionnant les dépendances de projet. En faisant cette action, votre fichier de solution sera corrigé. Dans mon cas, j'ai pu corriger ce problème sans modifier manuellement les fichiers de solution.

nous obtenons ces problèmes commutation entre les branches (avec des changements significatifs). Quand cela arrive, je recommande ce qui suit:

• Fermez Visual Studio
• Fermer w3wp.exe instances (paranoïaque et seulement si vous hébergez via IIS local)
• rechercher et supprimer tous les dossiers bin et obj
• nettoyer tous les assemblages intermédiaires compilés par JIT C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files\

après cet ensemble de fera ce que" solution propre " devrait faire, mais ne fait pas. Essentiellement, nous essayons de supprimer toute chance que quelque chose soit mis en cache n'importe où (ce qui est la cause la plus commune de ces problèmes).

bien sûr votre kilométrage peut varier, mais pour nous avec 120 projets et 1,3 millions de lignes de réfecteurs de code jeter régulièrement cette question et il le résout de façon fiable.

cela semble être dû au fait que le fichier Visual Studio solution ne contient pas les dépendances du projet. J'ai trouvé que je devais éditer le fichier solution manuellement pour configurer les dépendances en utilisant les GUIDs de projet.

par exemple, dans notre fichier solution nous avions quelque chose comme ceci:

Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "ProjectA", "ProjectA\ProjectA.csproj", "{61C9C7C3-B5B4-4C00-8AE0-B49D21B3D77C}"
EndProject

Notez qu'aucune dépendance n'est spécifié. Il devait être plus comme ceci où les GUIDs supplémentaires spécifiés sont les GUIDs de la projet dont dépend ProjectA.

Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "ProjectA", "ProjectA\ProjectA.csproj", "{61C9C7C3-B5B4-4C00-8AE0-B49D21B3D77C}"
    ProjectSection(ProjectDependencies) = postProject
        {EB576061-5081-4ED5-9146-1B20C893E51E} = {EB576061-5081-4ED5-9146-1B20C893E51E}
        {A469F4BA-8BAA-4F14-BFC8-4D49F93C3E40} = {A469F4BA-8BAA-4F14-BFC8-4D49F93C3E40}
        {03FAB21D-C077-499B-9B19-67971791D369} = {03FAB21D-C077-499B-9B19-67971791D369}
        {F5E0C7B8-36AD-46B0-A74D-9C48516E208A} = {F5E0C7B8-36AD-46B0-A74D-9C48516E208A}
    EndProjectSection
EndProject

voir ce post pour plus d'informations.

dans mon cas un des projets n'était pas en construction mais il n'y avait absolument aucune mention de lui dans les erreurs. Après quelques heures de tirer mes cheveux et larguer quelques bombes F , j'ai finalement regardé attentivement la sortie et remarqué qu'il y avait une erreur:

et c'est tout. Je l'ai réparé et presque toutes les erreurs ont disparu. Mais je suis curieuse donc j'ai changé le code de nouveau au code qui échouait la compilation. J'ai fait une construction et maintenant j'ai eu l'erreur de construction amicale. Pour une raison quelconque, l'erreur n'a pas été montré. Aucune idée de pourquoi...

j'ai eu un problème similaire. Dans mon cas, j'ai pu le résoudre en deux étapes. Tout d'abord, J'ai nettoyé la Solution en utilisant L'option de Solution propre. Puis, après le nettoyage de la solution, le débogueur a détecté que J'avais installé des versions obsolètes du Microsoft.Aspnet.Bibliothèque Mvc. Donc j'ai installé les nouveaux à travers la console de la bibliothèque en utilisant les lignes ci-dessous: Installer-Package Microsoft.Aspnet.Mvc -version 5.2.3.0 -projectname _____________ Installer-Package Microsoft.Aspnet.Mvc-version 5.2.3.0-nom du projet _____________

j'ai aussi eu la même erreur.

le correctif était, pour vérifier le chemin. Dans mon chemin, un dossier a le nom abc%20ert . Ça vient de la synchronisation de l'espace de git. Visual Studio a des problèmes avec le %20 dans le chemin. L'élimination de ce problème a résolu le problème.

j'ai eu cette erreur lors de l'utilisation des fonctionnalités de langue C# 7 dans un ASP.NET projet, où il n'avait pas une version récente du paquet NuGet Microsoft.Net.Compilers , comme décrit dans permettant c# 7 dans un asp.net application .

Vérifiez la version cible du framework dans chaque projet=>propriétés. Si elle est inférieure à celle utilisée dans les projets de référence ou les fichiers, vous obtiendrez une erreur car le compilateur ne sait pas comment gérer la version supérieure de framework.

De ce que vous décrivez, vous avez une dépendance qui a le framework v4.0 comme cible.



Changez les dépendances ciblez le cadre un par un jusqu'à ce que votre projet se développe.



S'il s'agit d'une dépendance à une source fermée de tiers, veuillez leur demander de lui fournir la cible .net 3.5.



Il n'y a pas de solution de contournement.