.Net de Base et NuGet

Je installé .net de base à partir de ce site. Jouer avec elle conduit à un nombre d'ensemble de la gestion des questions:

  1. La dotnet restore commande a procédé à "installer" .net de base packages NuGet. Où étaient ces packages "installé"? Un nouveau dossier n'a pas été créé.
  2. La dotnet restore pour le "hello world" exemple minimal requis une centaine de packages NuGet, où 99% étaient sans doute pas pertinent pour le "hello world" app. Accordé, une .net natif de construire va supprimer tout ce qui n'est pas nécessaire - mais je m'y attendais le restore aussi aurait attrapé très peu (trois ou quatre paquets, pas un cent). Pourquoi ce comportement?
  3. J'ai créé un deuxième "hello world" du projet et encore couru dotnet restore. Cette fois, pas de paquets ont été installés à tous. Il semble que tous les paquets installés la première fois autour entré dans quelques emplacement global être partagé. J'ai pensé .Net de Base ne fonctionne pas de cette façon. J'ai pensé .Net de Base des projets gardé toutes leurs dépendances localement. Le seul cadre que je ciblée a été dnxcore50. Pourquoi ce comportement?
  4. Je voudrais "désinstaller" tous ces paquets, et essayez à nouveau (juste à des fins d'apprentissage). Comment peut-il être réalisé? Rappelez-vous, comme indiqué dans la question n ° 1, je ne sais pas d'où tous ces fichiers ont été installés.
  5. Presque tous les paquets installés via le restore de commande ont été répertoriés en tant que bêta. Impair. J'ai pensé .Net de Base a été en RC1, pas de beta. Confus par ce. Pourquoi ce comportement?

Je suis aussi curieux de ce que la documentation pourrait/aurait expliqué tout cela pour moi. J'ai essayé de googler pour chacune de ces questions, et n'a rien trouvé (peut-être juste horrible google-fu?).

  • "J'ai pensé .Net de Base des projets gardé toutes leurs dépendances localement." n'est couvert par aucune des réponses. Pour parler simplement, ces dépendances devenir locales uniquement lorsque vous utilisez dotnet publish générer des packages de déploiement. Le mode de déploiement de serait prendre toutes les dépendances dans le même dossier, docs.microsoft.com/en-us/dotnet/core/deploying Ce fil a malheureusement été posté avant que Microsoft a créé la nouvelle Docs site, de sorte que tout futur lecteur doit aller vérifier dans les nouveaux Documents.
InformationsquelleAutor Brent Arias | 2016-02-04
  1. 50

    Mise à jour:

    1. La nuget packages sont installés dans un emplacement mondiale. Par défaut, il l'habitude d'être ..\Users\[YourUserFolder]\.dnx\packages, mais il semble avoir changé d' ..\Users\[YourUserFolder]\.nuget\packages

    NuGet 3+, vous pouvez utiliser le NuGet CLI la commande suivante pour obtenir la mondiale-dossier packages emplacement

    nuget locals global-packages -list

    Découvrez liens suivants pour plus de détails sur NuGet

    1. La valeur par défaut ASP.Net le modèle a donc de nombreux paquets. Depuis que vous avez essayé la première fois, il a essayé d'obtenir tous ces 100s de paquets

    2. Vous déjà eu ces paquets dans votre nuget régions du monde, il a sauté les restaurer.

    3. Supprimer tout contenu sous dossier packages (emplacement indiqué dans l'1)

    4. Certains des paquets bêta sont là. Vous pouvez aller à projet.fichier json (disponible sous la racine du site web) et de jouer avec la section des dépendances.

    • Le dotnet restore a été exécutée pour un "hello world" application console, pas un ASP.Net app. Il doit donc y avoir une réponse différente pour le #2. Et pour le #3, oui je suis d'accord, ils sont allés à un emplacement global...mais ce n'est pas le comportement par défaut de NuGet, il n'y en a annoncé le comportement de .Net De Base. Par conséquent, #3 a encore besoin de plus d'enquête. Cependant, je vais marquer votre réponse comme une réponse - et je vais demander à nouveau comme une pile séparée de débordement de la question.
    • L'application de console a un peu de packages Nuget surtout avec le cadre de Base. Donc, peu importe ce que vous verrez beaucoup de la restauration. Vous avez raison Reg no 3, je suis tombé sur ce très bon article sur github. github.com/aspnet/Home/wiki/Package-Locations
    • the console app has quite a bit of NuGet packages. Oui, c'est absolument vrai. Mais je demande pourquoi il a beaucoup de dépendances. La question est de pourquoi? Aussi, votre github lien de l'article n'est pas de travail.
    • C'est parce que le modèle de la Console App a besoin d'une supplémentaire .Net bibliothèques qui ne sont pas nativement de la partie .Net De Base. Ces extra .Net bibliothèques sont emballés dans des paquets Nuget et donc qu'ils se présentent comme des dépendances. Le lien github devrait fonctionner. github.com/aspnet/Home/wiki/Package-Locations
    • Je pense que le lien github.com/aspnet/Home/wiki/Package-Locations est désormais obsolète, il me prend pour la page d'accueil. Quelqu'un peut-il fournir de lien de travail pour les colis-emplacement?
    • Sur Linux, vous trouverez le fichier téléchargé les packages NuGet dans votre répertoire home dans le dossier caché, /home/moi/.nuget. NuGet télécharger le package la première fois, il a été demandé et stockées ici pour les utiliser dans tous vos projets, cela fonctionne comme maven pour le monde java.
    • J'ai mis à jour la réponse et a fourni de nouveaux liens. Je crois que ce que vous cherchez peut-être celui qui vous permet de définir le comportement de NuGet.

    InformationsquelleAutor Vivek N
  2. 13

    Je viens de découvrir qu'il y a un autre emplacement pour les packages NuGet utilisé .NET de base des projets. Situé à:

    C:\Users\[User]\.nuget\packages

    Je pense que cet emplacement contient régulière .NET Framework paquets.

    Mise à jour: Grâce à brappleye3, voici un lien de la documentation concernant dotnet restaurer.

    • Lien vers la source? Il serait bon de voir où cela est documenté - il y a probablement d'autres pépites de sagesse à proximité. Aussi, je crois que c'est la valeur par défaut Nuget emplacement pour tout (sauf les projets de carotte), n'est-ce pas?
    • J'ai ajouté des packages à un .NET de Base du projet et ils ont terminé dans cet endroit plutôt qu'à l'emplacement de la accepté de répondre.
    • Juste au cas où quelqu'un se demande où l'emplacement est pour osx/linux: Par la dotnet-commande de restauration docs, "[Le package nuget cache] est trouvé dans l' .nuget packages/répertoire dans le répertoire home de l'utilisateur sur tous les systèmes d'exploitation (par exemple, /home/utilisateur1 sur Linux ou C:\Users\user1 sur Windows)." docs.microsoft.com/en-us/dotnet/articles/core/tools/...
    InformationsquelleAutor Dibran
  3. 0

    Je travaille avec .Net Core 2.x et, je pense, NuGet 4.x. Trouvé Paquet d'endroits ici:

    C:\Program Files (x86)\Microsoft SDKs\NuGetPackages\

    • Ce que vous avez posté n'est pas pertinent pour la question. L'on a accepté la réponse n'est pas parfait, mais vous ne devriez pas essayer de mettre à jour de cette façon.
    • Il est pertinent: plus de bibliothèques, nouveau chemin d'accès. Juste un peu plus récentes. Pas besoin de downvote pour l'ajout de quelques infos.
    • Je suis vers le bas-droit de vote, non seulement parce qu'il est hors de propos, mais incorrecte. Vous pouvez aller et de construire une machine de nettoyage avec seulement .NET SDK installé à vous voir. Vous ne voyez pas le dossier que vous indiquez sur elle à tous les. Ne pas induire les lecteurs en erreur, si votre intention est de les aider à sortir.
    • Cette fonction est utile. J'ai des paquets dans ce répertoire. Merci @Jester
    InformationsquelleAutor Jester