0
Je viens de mettre à jour ma source TFS pour utiliser DevExpress 15.2.5. Cependant, maintenant je reçois un tas d'avertissements dans la sortie tels queTFS et Microsoft.common.targets assembiles désynchronisés VS2015
C:\Program Files (x86)\MSBuild\14.0\bin\Microsoft.Common.CurrentVersion.targets(1819,5): warning MSB3274: The primary reference "C:\Users\User1\Source\Release\V6.1\CommonBin\Release\WebControls.dll" could not be resolved because it was built against the ".NETFramework,Version=v4.5" framework. This is a higher version than the currently targeted framework ".NETFramework,Version=v3.5".
et
C:\Program Files (x86)\MSBuild\14.0\bin\Microsoft.Common.CurrentVersion.targets(1819,5): warning MSB3275: The primary reference "C:\Users\User1\Source\Release\V6.1\CommonBin\Release\WebControls.dll" could not be resolved because it has an indirect dependency on the assembly "DevExpress.Data.v15.2, Version=15.2.5.0, Culture=neutral, PublicKeyToken=7ea533hgx2169hs3" which was built against the ".NETFramework,Version=v4.0,Profile=Client" framework. This is a higher version than the currently targeted framework ".NETFramework,Version=v3.5".
avec environ 30 autres avertissements similaires.
Il est évident que quelque chose n'est pas synchronisé avec mes assemblages car ils référencent les mauvaises versions. J'ai donc regardé mon fichier .csproj projet TFS. La version de DevExpress et le framework .NET référencés ici sont corrects.
Je suis ensuite allé au fichier Microsoft.Common.targets et ouvert dans le Bloc-notes. J'ai remarqué que le fichier fait référence à l'ancienne version de tout. Comment est-ce que je suis synchronisé avec mes assemblages TFS?
C'est la chose étrange. J'ai doublé vérifié le cadre cible des projets et ils sont corrects. Ce que je pense est arrivé, c'est que MSBuild est sorti de TFS et donc il n'a pas accès à tout pendant la construction. – Tim
Comment faites-vous référence à DevExpress? J'essaie toujours d'utiliser les paquets Nuget lorsqu'ils sont disponibles pour éviter d'installer des composants et de gérer les incompatibilités de versions. Si c'est un paquet Nuget vous pouvez soit le vérifier avec le code ou utiliser Nuget restore pour vous assurer d'obtenir la bonne version. – chief7
J'utilise toujours aussi le paquet Nuget. Cependant pour cela, Nuget a seulement DevExtreme. J'avais besoin de tout le paquet DevExpress. Donc j'ai dû installer sur ma machine. J'ai ensuite tous les fichiers .dll référencés dans le dossier Référence externe de ma construction. Tout cela a bien fonctionné jusqu'à la mise à niveau vers la version 15.4.5. Donc, comme une mise à jour j'ai été en mesure de passer les erreurs ci-dessus. Vous aviez réellement raison au début. J'ai oublié que l'un de mes projets faisait toujours référence à .NET Framework 3.5. J'ai fait ce changement et je me suis débarrassé de mes erreurs d'origine. J'ai des erreurs disant que les assemblées ne peuvent pas être trouvées. Je vais continuer à creuser. – Tim