Nuget mise à Jour de commande-Package très lent
J'ai un Visual Studio 2015 solution où je veux mettre à jour tous mes packages Nuget en faisant usage de la mise à Jour-Paquet de commande. La solution contient des 38 projets, je peux le voir dans le Gestionnaire de paquets de la console que les paquets sont mis à jour, mais le processus est extrêmement lent, il est en cours depuis plus de 4 heures maintenant.
J'ai déjà eu un problème sur un petit projet où la mise à jour a été lente et a finalement dû se retirer du projet de TSF, mettre à jour les packages ajouter ensuite à la source de contrôle. Est-il une raison pourquoi TFS peut provoquer un Nuget Package de mise à jour lente?
- "Est-il une raison pourquoi TFS peut [...] être lent?" - parce que c'est une centralisé, système de contrôle de version, en utilisant HTTP, qui s'exécute sur IIS et SQL Server? 😉 Oui c'est juste une blague, ce site fait la même chose. Voir github.com/NuGet/Home/issues/418 par exemple, sont vos paquets sous contrôle de version?
- Mon colis ne doivent pas être sous contrôle de version, mais un rapide coup d'oeil, l'un des développeurs pourriez avoir accidentellement ajouté le dossier packages
- le dossier packages ont été ajoutés à la source de contrôle. Le processus est toujours assez lent mais j'ai connecté un problème avec Nuget. Ils sont revenus et ont confirmé que le processus est beaucoup plus lent dans la nouvelle version et qu'ils sont à la recherche dans le problème. S'il vous plaît ajouter votre commentaire, comme réponse, et je serai heureux de le marquer comme étant la bonne.
Vous devez vous connecter pour publier un commentaire.
Comme expliqué dans cette NuGet question sur GitHub (et dans la vôtre), mise à jour des paquetages qui sont sous contrôle de code source peut prendre atrocement long.
Juste annuler le versionnement des packages pour accélérer le processus.
Assurez-vous de stocker les paquets quelque part dans votre réseau, je n'ai toujours pas compter sur NuGet l'hébergement de ces paquets pour toujours.
Dossier Packages étant sous contrôle de source de côté, les mises à jour sont toujours très longues. En regardant NuGetGallery GitHub question 2637, cela sera corrigé dans les nuget 3.4. Je suis en essais la 3.4.0-version rc et jusqu'à présent cela fait une énorme différence, alors croisons les doigts.
update-package
fonctionne très lent pour les non-trivial de projets, et les paquets ne sont pas archivés. Il ya une tonne de l'activité du réseau, même pour un seul package de mises à jour. J'espère que le correctif de ce problème va s'en occuper.D'élaborer sur CodeCatser réponse,
En prenant soin des étapes mentionnées ci-dessus, vous pouvez grandement améliorer la vitesse de votre package de mises à jour. Nous avons amélioré la vitesse de 4 heures à 25 minutes à 9 minutes.
Télécharger v3.6.0 du Gestionnaire de Package Nuget de https://www.nuget.org/downloads pour VS2015.
J'ai eu v3.4.4 installé, et il a été la prise de 2 heures pour les packages de mise à jour dans une solution, maintenant il est de retour pour prendre une couple de minutes.
Dans les extensions et les mises à jour à l'intérieur de VS2015 la recherche de Gestionnaire de Package NuGet en ligne ne montrent rien au-dessus de la v3.4.4, ce qui est super frustrant quand un correctif est disponible.