C'est un étrange.
J'ai installé Visual Studio 2013. Si je crée un nouveau projet, Visual Studio se plaint immédiatement de ne pas trouver aucune des références:
Le projet doit cependant compiler et exécuter correctement, même s'il existe des avertissements dans la liste d'erreur:
Si je regarde les propriétés de l'une de ces références, leurs chemins sont vides. Si je charge un projet existant, Visual Studio peut trouver ses références et ne se plaindre pas, même s'il ciblait la même version du .NET Framework comme projet brisé (je les ai même eu les deux dans la même solution avec le même comportement).
Comment puis-je résoudre ce problème et ce qui aurait pu le faire causer? Toutes les suggestions sont les bienvenues, car il me déroute.
6 Réponses :
avec merci à Icemanind, j'ai la réponse.
J'ai fermé Visual Studio, supprimé les répertoires suivants et tout fonctionne maintenant comme à nouveau normal:
c: \ users \
C: \ Utilisateurs \
Juste pour les références futures, cela a résolu mon problème, mais dans ce scénario spécial: mon ordinateur s'est écrasé sur Redémarrer (Windows 8-64). Après la réparation et le démarrage de Windows, tous les projets que j'ai ouverts ont manqué leurs références, puis j'ai supprimé tous les fichiers des dossiers ci-dessus et ont travaillé pour moi.
@adrianbanks Vous êtes correct, le fichier temporaire de ces répertoires rendent parfois des problèmes. Si nous les supprimons, les problèmes sont résolus.
Vous devez probablement ajouter un avertissement que ces dossiers peuvent contenir des données d'extension et de la configuration. M'a causé une certaine douleur pour tout reconfigurer ensuite. N'a pas résolu la question non plus.
J'ai fait face à ce problème et je l'ai résolu en fermant Visual Studio, en rouvrez le studio visuel, le nettoyage et la reconstruction de la solution. Cela a fonctionné pour moi. Sur certains autres postes, j'ai lu les réponses et la plupart des utilisateurs ont résolu le problème en suivant ainsi. Une autre possibilité est que la version cible .NET Framework de la bibliothèque de classe est supérieure à celle du projet.
Cela me arrive de temps en temps et je soupçonne toujours de la corruption vs, mais il s'avère toujours une erreur de l'utilisateur. Cela se produit généralement lorsque j'ajoute un nouveau projet à une solution et j'essaie de faire référence à des projets antérieurs dans le projet nouvellement ajouté. Dans ce cas et en général, vous ne pouvez ajouter qu'une référence si elle cible la même version de Framework .NET précédente. Dans mon cas, des versions-cadres cible incohérentes ont provoqué le projet de ne pas reconnaître les références et ne permettent pas la compilation. Double vérification de la cohérence ou des versions de cadre ciblées appropriées ont résolu ce problème pour moi.
Ajout de cette réponse principalement pour que je puisse voir ma solution la prochaine fois que je prends la même erreur. Je viens de me rendre compte que c'est la même réponse que celle de Muhammad, mais a formé une manière différente.
J'ai eu un problème avec un projet existant et en en créant un nouveau et en en train de comparer les fichiers CSPROJ, j'ai dû ajouter des lignes d'importation manquantes comme celles: une au début de l'élément de projet et une à la fin.
<Project ToolsVersion="12.0" DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<Import Project="$(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props" Condition="Exists('$(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props')" />
...
<Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets" />
</Project>
J'ai récemment eu lieu dans VS 2017. J'avais fait de refactoring sur un projet où le fichier CSPROJ avait déménagé, puis cloné le référentiel sur une nouvelle machine. Le fichier CSPROJ avait plusieurs emplacements pour le répertoire .Projects. Par exemple:
<Import Project="packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.1\build\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props" Condition="Exists('packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.1\build\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props')" />
<Import Project="packages\Microsoft.Net.Compilers.1.2.1\build\Microsoft.Net.Compilers.props" Condition="Exists('packages\Microsoft.Net.Compilers.1.2.1\build\Microsoft.Net.Compilers.props')" />
<Import Project=".\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.1\build\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props" Condition="Exists('.\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.1\build\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props')" />
<Import Project=".\packages\Microsoft.Net.Compilers.1.2.1\build\Microsoft.Net.Compilers.props" Condition="Exists('.\packages\Microsoft.Net.Compilers.1.2.1\build\Microsoft.Net.Compilers.props')" />
J'ai eu un problème similaire avec vs2015. Il s'avère qu'un fichier a été ajouté deux fois sur le .csproj
Suppression de la ligne dupliquée résolue il
@icemanind Oui, mais pas sur ce projet particulier.
Essayez de regarder cela Donc, question . La question n'est pas exactement votre problème, mais la solution donnée pourrait le réparer. La réponse avec 5 votes a un commentaire ci-dessous détaillant les fichiers de la suppression du dossier
appdata .@iceman se méfiez-vous des fées évanouissantes ... ils risquent de rendre votre réponse non pertinente :) (Astuce: regardez Réponse d'Alex )
@icemanind Je viens d'effacer les répertoires
VisualStudio / 12.0 dansappdata et il semble de l'avoir résolu.@Noctis - Ouais, la réponse elle-même n'était pas nécessairement utile, mais le commentaire ci-dessous cette réponse est ce que j'avais dirigé Adrianbanks.