Avertissement Visual Studio: "Certaines des propriétés associées à la solution n'ont pas pu être lues"

160

Lorsque j'ouvre ma solution, j'obtiens une boîte de dialogue avec cet avertissement. La solution (une application Web, un projet de classe) se construit sans erreurs.

Comment puis-je déterminer les propriétés à l'origine du problème et résoudre l'erreur?

visual-studio warnings Chris
la source

Réponses:

281

Je viens de résoudre un problème similaire avec une solution VS2010 avec 35 projets ... La cause était une duplication

GlobalSection(TeamFoundationVersionControl)

section dans le fichier de solution. J'ai fermé la solution, supprimé la configuration en double de GlobalSection (TeamFoundationVersionControl) et rechargé la solution et le message d'avertissement avait disparu.

Si ce n'est pas le problème pour vous, étant donné que vous n'avez que 2 projets, j'abandonnerais le fichier de solution cassé, créerais une nouvelle solution et rajouterais vos deux projets ...

Boycs
la source
6
Eu le même problème avec VS2012, cette solution a fonctionné. Merci!
David Airapetyan
4
Est-il sûr de supposer que la GlobalSection (TeamFoundationVersionControl) qui doit être supprimée est celle du bas?
frostshoxx
4
J'ai eu le même problème et je viens de retirer celui du bas. Cela a résolu le problème. Il semble que la fusion en soit parfois la cause.
MaiOM
12
C'était le dernier pour moi (il était clairement dépassé). Je soupçonne que VS utilise le premier qu'il trouve. Dans mon cas, cela a été causé par une fusion TFS.
Igby Largeman
2
Même problème dans VS2013 avec GlobalSection en double - corrigé en supprimant
Mark Hosang
31

Il semble qu'il y ait un certain nombre de raisons à cet avertissement. Je l'obtenais parce que mon fichier de solution SccNumberOfProjects = 4quand il n'y en avait que 3.

bicbmx
la source
25

La meilleure solution est de forcer le VS à régénérer les configurations. Pour faire ça:

  1. Ouvrez le fichier sln avec un éditeur de texte.
  2. Faites défiler vers le bas jusqu'à atteindre le dernier élément "EndProject".
  3. Supprimez tout après cela.
  4. Enregistrez, fermez et reconstruisez la solution et tout sera régénéré.
Arvand
la source
Cette solution était parfaite pour ma situation. The following property is missing or has incorrect value: SccLocalPath63The following property is missing or has incorrect value: SccLocalPath64
J'obtenais
2
Cette solution a fonctionné pour moi dans VS 2017. Elle régénère en fait cela lorsque le fichier sln est ouvert. Notez que EndProject est un mot.
Varun Sharma
C'était la solution pour moi. La seule différence dans le fichier de solution était le SolutionGuid.
ADH
2
Cela a fonctionné pour moi dans VS 2017. la seule chose que je dois ajouter est ... si vous utilisez des dossiers de solutions ... vous allez devoir déposer vos projets dans les «emplacements» corrects
Prisoner ZERO
1
Cela a fonctionné pour moi dans VS 2019. J'avais des sections en double comme mentionné dans d'autres solutions, mais lorsque je les supprimais, elles revenaient. C'était le seul qui fonctionnait.
fehays
8

Je viens de résoudre un problème similaire dans VS2012 avec 44 projets.

La cause était une combinaison d'une GlobalSection(TeamFoundationVersionControl)section dupliquée (à la réponse de Boycs), mais j'avais aussi plusieurs projets dupliqués - ainsi que quelques références à des projets qui avaient été récemment supprimés - dans la GlobalSection(TeamFoundationVersionControl)section que je conservais.

Une fois que je me suis assuré que tous les projets référencés correspondaient 1: 1 aux projets réels dans ma solution, l'avertissement a disparu.

À part: je soupçonne que la majorité de ces problèmes auraient pu être évités en accordant une plus grande attention au .sln pendant les fusions de branche et de validation, mais qui sait ce que pense parfois VS ...

Ben Mosher
la source
5

J'ai eu une multitude d'erreurs ci-dessus. J'ai renommé le projet, sauvé fermé, rouvert changé le nom. Cela recrée le fichier .sln et dans mon cas a supprimé tous les éléments supplémentaires.

CThin
la source
Solution la plus simple ici. Ne vous embêtez pas à .slnchercher les erreurs.
Jonathan Landrum
Pourriez-vous nous en dire un peu plus. Certains utilisateurs peuvent ne pas comprendre. Voulez-vous le renommer dans l'explorateur ou Visual Studio ou dans le fichier réel?
iTechy du
1
Faites cela dans Visual Studio, vous ferez un clic droit sur le projet, changer le nom en n'importe quoi, puis enregistrer et quitter. Rouvrir et revenir à l'original, enregistrer et quitter. rouvrez la solution et l'erreur devrait disparaître.
CThin le
2

Résolution d'un message d'erreur identique dans VS2012 en suivant l'exemple de Boycs. Pour moi, le problème était deux GlobalSection(SolutionConfigurationPlatforms) = preSolutionblocs superflus au bas de mon fichier SLN.

BitPusher16
la source
2

Pour moi, le problème était les espaces vides (en raison du copier-coller) à la fin de chaque ligne. En les supprimant, je n'ai plus eu l'erreur.

papaiatis
la source
2

Dans VS 2015, j'avais deux de ces sections " GlobalSection (TeamFoundationVersionControl) = preSolution "

Le premier incluait le dernier projet ajouté à la solution, le second (vers la fin du fichier de solution) non. Après avoir supprimé le second, la solution s'est ouverte dans VS 2015 sans aucune erreur.

Papa Stahl
la source
1

Les autres réponses expliquent déjà comment résoudre le problème. Peut-être que je peux aider à ne plus avoir le problème:

Comment j'ai rencontré le problème Notre fichier de solution s'est mélangé lorsque j'y ai ajouté un nouveau projet, tandis qu'un autre développeur a également ajouté un nouveau projet et a validé ses modifications (ce que je n'ai pas obtenu sur mon système local). Quand j'ai commencé à valider mes modifications, j'ai dû fusionner le fichier .sln, où j'ai évidemment foiré :-)

Ce que j'ai appris

Les fichiers de solution sont horribles à fusionner. Si vous ajoutez un projet, procédez comme suit: 1. Obtenez la dernière version 2. Ajoutez votre projet 3. Validez

Si vous voyez votre fichier de solution sous les modifications en attente, mais que vous ne voyez pas de changement dans le mode de comparaison, vous devez appuyer sur «Enregistrer tout». Lors de l'ajout de votre nouveau projet, VisualStudio a également modifié la solution. Cependant, il s'agit d'un changement non enregistré pour le moment.

L'OMS
la source
1

Vérifiez vos SccNumberOfProjects dans votre fichier .sln , il peut être différent de votre numéro de projet réel.

Ali Karaca
la source
0

J'ai résolu un problème similaire dans vs2012.

dans mon cas, le problème était que la valeur de propriété SccProjectName0 à l'intérieur de GlobalSection dans le fichier MySolutionName.sln était vide.

Je l'ai résolu en définissant la valeur SccProjectName0 avec une copie de cette valeur de chaîne d'une autre solution, et en remplaçant le nom du projet dans la chaîne par celui en cours (BTW - si le nom de votre projet est un espace (''), il doit remplacer par '\ u0020').

*

dans mon cas, le problème commence après que j'ai ouvert par erreur une solution contrôlée par TFS avec l'ancien fichier MySolutionName.sln de la même solution à partir du moment où cette solution était contrôlée par VSS.

Yossi B
la source
0

VS2015 Update 3. [GlobalSection (TeamFoundationVersionControl) = preSolution] a été dupliqué dans le fichier de solution. Le duplicata du bas contenait un projet précédemment supprimé ... donc la suppression de ce duplicata a résolu le problème. Je pense que la duplication a été causée par un problème de fusion antérieur.

Moutono
la source
0

Je peux ajouter une autre solution possible - Une fusion douteuse signifiait que l'une des strophes SccProjectUniqueName / SccProjectName / SccLocalPath dans la section GlobalSection (TeamFoundationVersionControl) avait des numéros qui n'étaient pas uniques, même si le SccNumberOfProjects était correct. Correction de la numérotation, le message d'erreur a disparu.

Julian Melville
la source
0

VS 2019 - J'ouvrais un projet VS 2017 pour la première fois dans VS 2019. Dans la fenêtre Sortie, cliquez sur le DDL «Afficher la sortie de:» et passez en revue vos options car vous pouvez voir des informations d'erreur supplémentaires.

Dans mon cas, la solution était de simplement reconfigurer mes mappages de contrôle de source pour 2019.

  • Allez dans Team Explorer
  • Cliquez sur le bouton Gérer les connexions (prise)
  • Cliquez sur le lien Gérer les connexions et Se connecter à un projet ...
  • ...
GrayDwarf
la source
-1

J'ai eu le même problème, et ma solution est:

  1. Ouvrez la solution dans VS
  2. Définir la plate-forme de solution sur la valeur par défaut
  3. Sauvegarde le
  4. Fermer le VS
  5. Ouvrez le fichier .sln dans Notepad ++ (ou tout autre éditeur)
  6. Supprimer tous les autres éléments de la plateforme de solutions de partout
  7. (par exemple: {73E03C8F-1F76-45E2-9D45-FA040A63F0AA} .Release | Any CPU.Build.0 = Release | Any CPU)
  8. Enregistrez-le et rouvrez la solution.

Cela fonctionne pour moi.

Zoltán Nyakas
la source