MISE À JOUR pour VS 2017:
Apparemment, les gens de l'équipe Nuget ont finalement commencé à utiliser Nuget eux-mêmes, ce qui les a aidés à trouver et à corriger plusieurs choses importantes. Alors maintenant (si je ne me trompe pas, comme je n'ai toujours pas migré vers VS 2017), ce qui suit n'est plus nécessaire. Vous devriez pouvoir définir le "repositoryPath" dans un dossier local et cela fonctionnera. Même vous pouvez le laisser comme emplacement de restauration par défaut déplacé des dossiers de solution au niveau de la machine. Encore une fois - je ne l'ai toujours pas testé par moi-même
VS 2015 et versions antérieures
Juste un conseil pour d'autres réponses (en particulier ceci ):
L'emplacement du dossier NuGet Package peut être modifié via la configuration, mais VisualStudio fait toujours référence aux assemblys de ce dossier:
<HintPath>..\..\..\..\..\..\SomeAssembly\lib\net45\SomeAssembly.dll</HintPath>
Pour contourner cela (jusqu'à une meilleure solution), j'ai utilisé la commande subst pour créer un lecteur virtuel qui pointe vers un nouvel emplacement du dossier Packages:
subst N: C:\Development\NuGet\Packages
Maintenant, lors de l'ajout d'un nouveau package NuGet, la référence du projet utilise son emplacement absolu:
<HintPath>N:\SomeAssembly\lib\net45\SomeAssembly.dll</HintPath>
Remarque:
- Un tel lecteur virtuel sera supprimé après le redémarrage, alors assurez-vous de le gérer
- N'oubliez pas de remplacer les références existantes dans les fichiers de projet.