2014-08-31 4 views
2

Je vais perdre la tête. NuGet a décidé que toute tentative de mise à jour d'un paquet détruisait ma solution. Je cours Visual Studio 2013 Ultimate w/Update 3. Je travaille sur cette solution/application depuis plus d'un an et n'a eu aucun problème. Ce week-end, NuGet a commencé à casser ma solution à chaque fois que je mettais à jour un paquet, quel que soit le paquet que je mettais à jour. Supposons, par exemple, que je mette à jour AutoMapper. Il m'indique qu'il met à jour avec succès mais quand je le construis il ne trouve pas l'assembly/référence. Je commence alors à avoir des problèmes avec toutes les autres références du paquet NuGet. J'ai parfois des erreurs de syntaxe avec MsBuild, des erreurs de version de framework cible, etc. J'ai essayé de réinstaller Visual Studio 2013, de désinstaller resharper, de réinstaller resharper, de vider le cache NuGet, le cache des composants Visual Studio 2013. Je suis à court d'idées à court de reconstruire ma machine.Problèmes liés à NuGet - Mise à jour d'un package qui casse la build

Des pensées?

MISE À JOUR: 09/02/2014

J'ai essayé ce processus sur une nouvelle machine et je me suis beaucoup plus loin. Cependant, j'ai toujours le problème suivant avec ma construction. Ce problème semble se produire sur chaque machine.

Erreur 4 Syntaxe d'invocation de méthode statique non valide: «[MSBuild] :: MakeRelative ($ (MSBuildProjectDirectory), C: ... \ Source \ packages \ AutoMapper.3.2.1 \ lib \ net40 \ AutoMapper.Net4.dll) ". Méthode '[MSBuild] :: MakeRelative' introuvable. L'invocation de méthode statique doit être de la forme: $ ([FullTypeName] :: Method()), par exemple. $ ([System.IO.Path] :: Combine (a, b)). ChoiceMentor.Presentation.Services

+1

Avez-vous effectué une différence entre ce qui fonctionne et ce qui ne fonctionne pas? Cela aidera à affiner ce que NuGet fait à votre projet. – Kiliman

+0

Bonne idée. Je vais télécharger Beyond Compare après la prochaine version et essayer. –

+0

Après votre mise à jour, le problème ressemble à des changements dans la commande csproj ou build –

Répondre

1

Dans ce cas particulier, la réponse était qu'une virgule avait été placée dans l'un des noms de dossier du chemin de fichier. Cela a causé MSBuild à jeter un énorme ajustement. Renommer le dossier a résolu le problème. Merci pour les conseils si tout le monde!

+0

J'ai exactement le même problème. De quels dossiers parlez-vous? – ceebreenk

+0

C'était un dossier créé par l'utilisateur dans ma situation tirée par la fusion de GitHub. C'était une erreur de l'utilisateur, pas une erreur technologique, dans mon cas. –

+0

Dans mon cas, il était en train de changer le nom de la construction – bump

Questions connexes