Nuget.les cibles ne trouve pas sur la première solution au moment de l'ouverture
Quand j'ai ouvert une solution pour la première fois après qu'il a été téléchargé à partir de TFS, il (Vs2010) est incapable de trouver le NuGet.les objectifs de fichier.
J'ai vérifié TFS et il est marqué comme étant téléchargé, et il existe sur le système de fichiers.
Si j'essaie d'ouvrir la solution directement à partir de TFS à nouveau, soudain, elle fonctionne.
J'ai l'impression que c'est la raison pour laquelle mon automatisé versions sont également défaut.
Quelqu'un a rencontré ce problème avant?
Avez-vous vérifié il y a un .nuget-répertoire dans le répertoire de votre solution d'annuaire avec le NuGet.les objectifs de fichier? Le NuGet.cibles est située à l'aide de l' $(SolutionDir) de la variable, je ne vois pas d'autre raison que le fichier n'étant pas là localement...
Yup, il est tout là - comme je l'ai dit dans ma question que tout fonctionne bien, la seconde fois...
Yup, il est tout là - comme je l'ai dit dans ma question que tout fonctionne bien, la seconde fois...
OriginalL'auteur Stuart.Sklinar | 2012-05-10
Vous devez vous connecter pour publier un commentaire.
Lorsque Visual Studio téléchargements de solutions de TFS (double cliquez sur la sln fichier dans l'explorateur de solutions), il apparaît pour télécharger les fichiers un par un et de les charger. Malheureusement, il semble essayez d'ouvrir les fichiers de projet avant de télécharger le .nuget répertoire, qui est pourquoi il ne peut pas trouver le fichier. La dernière chose qu'il apparaît à faire est de télécharger ce fichier, ce qui explique pourquoi il est sur le disque, mais a donné l'erreur. Si vous rouvrez la solution ce qui existe déjà et fonctionne très bien.
Lorsque le serveur de Build TFS télécharge un solution pour construire, il le fait sur la solution répertoire. Ce qui signifie qu'il va obtenir le .nuget répertoire avant elle tente de construire, ce qui ne devrait pas causer des problèmes sur le serveur de build.
Je crois que c'est un bug dans Visual Studio, il ne devrait vraiment télécharger tous les éléments de solution en premier. Bien que ce serait bien si elle avait le même comportement que TFS Construit.
Un travail autour de ce problème est d'obtenir la dernière version sur le dossier de la solution avant d'ouvrir la solution pour la première fois. Pas l'idéal, mais ça fonctionne.
Je voudrais aussi suggérer l'enregistrement d'un bug avec le nuget ou visual studio team, mais je soupçonne qu'ils sont probablement déjà au courant.
OriginalL'auteur Betty
Rencontré ce vendredi et sur une autre machine aujourd'hui.
Pour la machine le vendredi, j'ai copié le .nuget répertoire, puisque je n'en avais pas.
Pour la machine aujourd'hui, elle avait l' .nuget répertoire et de les copier à partir d'une autre machine n'a pas de résoudre le problème. Ouverture de TSF de l'Explorateur du Contrôle de Source ne fonctionne pas non plus.
Nous avons ensuite suivi la procédure sur Ouverture d'un projet dans Visual Studio échoue en raison de nuget.les cibles ne trouve pas d'erreur (activer le Package de Restauration sur la solution) et cela a fonctionné sans problème.
Ne l'avais pas lancé dans cette avant dernière semaine, et c'est juste un projet, de nombreux, avec aucun des autres personnes ayant ce problème.
OriginalL'auteur James Skemp
J'ai eu ce problème en essayant de courir à travers le tutoriel à http://www.windowsazure.com/en-us/develop/net/tutorials/multi-tier-web-site/2-download-and-run/
S'avère le fichier zip que le code source était dans les extraits dans un dossier contenant des virgules, je ne pense pas que msbuild aimé. En la déplaçant dans un plus de sécurité nommé répertoire aidé.
OriginalL'auteur John
Essayez ces étapes
Restauration".
OriginalL'auteur Rolwin C