Mon équipe utilise l'option Activer la restauration des packages depuis Nuget 1.5 pour garder les packages hors de notre contrôle de code source. Lorsque Nuget 1.6 a été publié, nous avons remarqué un problème où il ne tirait pas les packages vers le bas, et nous l'avons suivi vers le Nuget.exe dans le dossier .nuget nécessaire pour être mis à jour vers 1.6 pour correspondre au gestionnaire de packages.
Quelle est la meilleure façon de mettre à jour une solution une fois que Nuget a été mis à jour? Je ne vois pas de moyen facile du studio de dire quelle version de nuget se trouve dans le dossier solution. Jusqu'à présent, nous supprimons le dossier .nuget et réexécutons la commande Enable Package Restore.
J'ai trouvé le meilleur moyen de gérer cela en supprimant simplement le dossier .nuget et en réactivant la restauration du package à l'échelle de la solution. Comme indiqué ci-dessus, vous pouvez ajouter une commande de mise à jour automatique à votre build, mais cela ne mettra pas à jour les cibles ou les fichiers de configuration s'il y a des changements entre les versions (ou supprimera la référence de votre solution). Ce n'est peut-être pas un gros problème, mais c'est le moyen le plus sûr de vous assurer que vous disposez des derniers fichiers exe et de configuration. Et à la fin de la journée, la mise à jour n'est un problème que si vous avez besoin d'accéder à une nouvelle commande ou s'il y a finalement un changement radical dans une nouvelle version.
la source
NuGet.exe
ainsi que duNuGet.targets
fichier (ce qui est également important). Assurez-vous simplement de sauvegarder toutes les personnalisations que vous avez apportées auNuGet.targets
fichier (par exemple, PackageSources personnalisé) afin de pouvoir les réappliquer au nouveau fichier.Voir l'article de David Ebbo sur son blog
En gros, tout ce que vous avez à faire est de créer un fichier NuGet.Config à côté de votre fichier .sln, contenant:
la source