Le projet importé « C:\Microsoft.CSharp.targets » n'a pas été trouvé

StackOverflow https://stackoverflow.com/questions/5694

  •  08-06-2019
  •  | 
  •  

Question

J'ai eu cette erreur aujourd'hui en essayant d'ouvrir Visual Studio 2008 projet dans Visual Studio 2005 :

Le projet importé « C:\Microsoft.CSharp.targets » n'a pas été trouvé.

Était-ce utile?

La solution

Ouvrez votre fichier CSPROJ dans Notepad (ou Notepad ++) Trouvez la ligne: 

<Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets" />

et change-le en

<Import Project="$(MSBuildBinPath)\Microsoft.CSharp.targets" />

Autres conseils

Il s'agit d'une solution globale, ne dépendant pas d'un package ou d'un bac particulier.

Dans mon cas, j'ai supprimé Paquets dossier de mon répertoire racine.

Cela se produit peut-être parce que vos packages sont là mais que le compilateur ne trouve pas sa référence.supprimez donc d'abord les anciens packages et ajoutez de nouveaux packages.

Étapes à suivre Ajouter de nouveaux forfaits

  • Supprimez d’abord le dossier packages (il sera à proximité ou à un niveau supérieur à votre dossier de projet actuel).
  • Redémarrez ensuite le projet ou la solution.
  • Maintenant, reconstruisez le fichier de solution.
  • Le projet obtiendra de nouvelles références du gestionnaire de packages nuGet.Et votre problème a été résolu.

Ce n'est pas une bonne solution, mais Je l'ai posté ici parce que je suis confronté au même problème.

Dans mon cas, Je ne peux même pas ouvrir ma solution dans Visual Studio et je n'ai reçu aucune aide pour les réponses ci-dessus.

Pour moi, le problème était que le chemin du projet contenait %20 caractères, car git les ajoutait à la place des espaces lorsque le référentiel était cloné.Un autre problème peut survenir si le chemin d'accès à un package est trop long.

Ce lien sur MSDN aide aussi beaucoup à comprendre la raison pour laquelle cela ne fonctionne pas.$(MSBuildToolsPath) est le chemin d'accès à Microsoft.Build.Engine v3.5 (inséré automatiquement dans un fichier projet lors de votre création dans VS2008).Si vous essayez de créer votre projet pour .Net 2.0, assurez-vous d'avoir modifié ce chemin en $(MSBuildBinPath) qui est le chemin d'accès à Microsoft.Build.Engine v2.0.

Dans mon cas, je n'ai pas pu charger un hors de 5 projets dans ma solution.

Cela a aidé à fermer Visual Studio et je devais supprimer Microsoft.Net.Compilers.1.3.2 dossier nuget sous packages dossier.

Ensuite, ouvrez à nouveau votre solution et le projet est chargé comme prévu

Pour être sûr, fermez toutes les instances de VS avant de supprimer le dossier.

J'avais cette ligne suivante dans le fichier csproj :

<Import Project="$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v10.0\WebApplications\Microsoft.WebApplication.targets" />

Après avoir supprimé ce fichier, cela fonctionne bien.

Si vous rencontrez l'erreur qui dit Microsoft.CSharp.Core.targets not found, voici les étapes que j'ai suivies pour corriger le mien :

  1. Ouvrez n'importe quel dossier de projets de travail précédent et accédez au lien affiché dans l'erreur, c'est-à-dire Projects/(working project name)/packages/Microsoft.Net.Compilers.1.3.2/tools/ et rechercher Microsoft.CSharp.Core.targets déposer.

  2. Copiez ce fichier et placez-le dans le projet qui ne fonctionne pas tools folder (c'est-à-dire accéder au dossier outils dans le projet qui ne fonctionne pas, comme indiqué ci-dessus)

  3. Fermez maintenant votre projet (s'il était ouvert) et rouvrez-le.

Cela devrait fonctionner maintenant.

De plus, pour vous assurer que tout fonctionne correctement dans votre projet Visual Studio désormais ouvert, accédez à Tools > NuGetPackage Manager > Manage NuGet Packages For Solution.Ici, vous pourriez trouver une erreur indiquant que CodeAnalysis.dll est utilisé par une autre application.

Encore une fois, allez au tools folder, recherchez le fichier spécifié et supprimez-le.Revenir à Manage NuGet Packages For Solution.Vous trouverez un lien qui vous demandera de recharger, cliquez dessus et tout sera réinstallé.

Votre projet devrait fonctionner correctement maintenant.

J'ai eu ça après avoir réinstallé Windows.Visual Studio a été installé et je pouvais voir le type de projet Silverlight dans la fenêtre Nouveau projet, mais en ouvrir un n'a pas fonctionné.La solution était simple :J'ai dû installer le runtime Silverlight Developer et/ou les outils Microsoft Silverlight 4 pour Visual Studio.Cela peut paraître stupide, mais je l'ai négligé parce que je pensais que cela devrait fonctionner, car le type de projet Silverlight était disponible.

ok et si ça dit ça :Entre les signes GT / LT

Import project = "$ (msbuildExtensionsPath) Microsoft Silverlight v3.0 Microsoft.Silverlight.csharp.targets" /

comment puis-je corriger l'erreur des cibles ?

J'ai également trouvé cette chaîne d'importation dans un projet de démonstration (en particulier "Construisez votre propre framework MVVM" par Rob Eisenburg).

Si vous remplacez cette importation par celle suggérée par lomaxx VS2010 RTM, vous devez installer ce.

Pour les erreurs avec Microsoft.WebApplications.targets, tu peux:

  1. Installez Visual Studio 2010 (ou la même version que sur la machine de développement) sur votre serveur TFS.
  2. Copiez le "Microsoft.WebApplication.targets" du fichier de la machine de développement à la machine de construction TFS.

Voici la poste.

Dans mon cas, j'ai ouvert mon fichier .csproj dans le bloc-notes et supprimé les trois lignes suivantes.A fonctionné à merveille :

<Import Project="..\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.0\build\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props" Condition="Exists('..\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.0\build\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props')" />
<Import Project="..\packages\Microsoft.Net.Compilers.1.0.0\build\Microsoft.Net.Compilers.props" Condition="Exists('..\packages\Microsoft.Net.Compilers.1.0.0\build\Microsoft.Net.Compilers.props')" />
<Import Project="..\packages\Microsoft.Net.Compilers.1.3.2\build\Microsoft.Net.Compilers.props" Condition="Exists('..\packages\Microsoft.Net.Compilers.1.3.2\build\Microsoft.Net.Compilers.props')" />

Cette erreur peut également se produire lors de l’ouverture d’un projet Silverlight construit dans SL 4, alors que SL 5 est installé.

Voici un exemple de message d'erreur :Le projet importé « C:\Program Files (x86)\MSBuild\Microsoft\Silverlight\v4.0\Microsoft.Silverlight.CSharp.targets » est introuvable.

Notez la v4.0.

Pour résoudre, modifiez le projet et recherchez : 

<TargetFrameworkVersion>v4.0</TargetFrameworkVersion>

Et changez-le en v5.0.

Rechargez ensuite le projet et il s'ouvrira (sauf si SL 5 n'est pas installé).

J'ai supprimé le dossier obj puis le projet s'est chargé comme prévu.

Parfois, le problème peut provenir de la version VS codée en dur dans le fichier .csproj.Si vous avez dans votre csproj quelque chose comme ceci :

[...]\VisualStudio\v12.0\WebApplications\Microsoft.WebApplication.targets"

Vous devez vérifier si le numéro est correct (la raison pour laquelle il est erroné peut être que le projet a été créé avec une autre version de Visual Studio).Si c'est faux, remplacez-le par votre version actuelle des outils de build OU utilisez la variable VS :

[...]\VisualStudio\v$(VisualStudioVersion)\WebApplications\Microsoft.WebApplication.targets"

J'ai rencontré ce problème lors de l'exécution d'un playbook Ansible, je souhaite donc ajouter mes 2 cents ici.J'ai remarqué un message d'avertissement concernant l'absence de Visual Studio 14.Visual Studio version 14 a été publié en 2015 et la solution à mon problème consistait à installer Visual Studio 2015 Professional sur la machine hôte de mon agent Azure DevOps.

Après avoir essayé de restaurer, fermé VS, supprimé le package défaillant, rouvert, essayé de restaurer, plusieurs fois, j'ai simplement tout supprimé dans les packages et lorsque j'ai effectué une restauration, cela a parfaitement fonctionné.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top