+ Répondre à la discussion Actualité déjà publiée
  1. #1
    Responsable .NET

    Avatar de Hinault Romaric
    Homme Profil pro
    Consultant
    Inscrit en
    janvier 2007
    Messages
    4 489
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Cameroun

    Informations professionnelles :
    Activité : Consultant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : janvier 2007
    Messages : 4 489
    Points : 249 949
    Points
    249 949
    Billets dans le blog
    46

    Par défaut Présentation du gestionnaire de packages .NET NuGet



    Je suis heureux de vous annoncer la publication d'un nouvel article sur le gestionnaire de packages .NET Nuget, désormais très populaire dans l'écosystème .NET.


    Cette discussion est ouverte donc pour avoir vos avis, remarques et suggestions sur l'article : Présentation du gestionnaire de packages .NET Nuget.


    N'hésitez pas à noter l'article et y ajouter un pouce vers le haut .


    Vous souhaitez participer aux rubriques .NET ? Contactez-moi

    Si déboguer est l’art de corriger les bugs, alors programmer est l’art d’en faire
    Mon blog, Mes articles, Me suivre sur Twitter
    En posant correctement votre problème, on trouve la moitié de la solution

  2. #2
    Membre confirmé
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    mars 2011
    Messages
    269
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : mars 2011
    Messages : 269
    Points : 460
    Points
    460

    Par défaut

    Bonjour

    Article très sympa qui donne envie de publier ses librairies sous NuGet.

    Par contre j'ai une petite question liée à son utilisation.
    Lors du mise à jour d'un package, y'a-t-il un moyen de gérer les incompatibilités, histoire de pas mettre à jour et de se retrouver avec un truc qui compile plus?
    Ou de gérer des packages obsolète, type j'ai deplacé mon repository, du coup je tag l'ancien obsolète et donne un lien vers le nouveau...

  3. #3
    Responsable .NET

    Avatar de Hinault Romaric
    Homme Profil pro
    Consultant
    Inscrit en
    janvier 2007
    Messages
    4 489
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Cameroun

    Informations professionnelles :
    Activité : Consultant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : janvier 2007
    Messages : 4 489
    Points : 249 949
    Points
    249 949
    Billets dans le blog
    46

    Par défaut

    Citation Envoyé par antoine.debyser Voir le message
    Lors du mise à jour d'un package, y'a-t-il un moyen de gérer les incompatibilités, histoire de pas mettre à jour et de se retrouver avec un truc qui compile plus?
    Pendant les mises à jour, pour éviter les problèmes de comptabilités, les versions d'un package peuvent être publiés dans différents dossiers en fonction de la version de la plateforme supportée (.NET3.5, ou 4.0 par exemple). Ainsi, Nuget saura par défaut quelle version il va référencer dans le projet.


    Citation Envoyé par antoine.debyser Voir le message
    Ou de gérer des packages obsolète, type j'ai deplacé mon repository, du coup je tag l'ancien obsolète et donne un lien vers le nouveau...
    Cela est bien évidement possible. Cependant, si ton ancien repository est visible, il sera toujours accessible depuis Nuget. Le mieux AMHA est d'archiver la version obsolète et utiliser le même référentiel pour la nouvelle version, du coup, tu n’auras plus besoin de redistribuer un lien vers le nouveau.

    Cordialement
    Vous souhaitez participer aux rubriques .NET ? Contactez-moi

    Si déboguer est l’art de corriger les bugs, alors programmer est l’art d’en faire
    Mon blog, Mes articles, Me suivre sur Twitter
    En posant correctement votre problème, on trouve la moitié de la solution

  4. #4
    Membre confirmé
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    mars 2011
    Messages
    269
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : mars 2011
    Messages : 269
    Points : 460
    Points
    460

    Par défaut

    Merci pour les précisions

    Pendant les mises à jour, pour éviter les problèmes de comptabilités, les versions d'un package peuvent être publiés dans différents dossiers en fonction de la version de la plateforme supportée (.NET3.5, ou 4.0 par exemple). Ainsi, Nuget saura par défaut quelle version il va référencer dans le projet.
    Ce n'est pas vraiment à ça que je pensais.
    Disons que je créais une library et la version "X" possède des changements trop radicaux pour que les utilisateurs de la version "X-1" puissent l'utiliser sans modifier leurs codes.
    Y'a-t-il un moyen d'indiquer cela?

  5. #5
    Responsable .NET

    Avatar de Hinault Romaric
    Homme Profil pro
    Consultant
    Inscrit en
    janvier 2007
    Messages
    4 489
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Cameroun

    Informations professionnelles :
    Activité : Consultant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : janvier 2007
    Messages : 4 489
    Points : 249 949
    Points
    249 949
    Billets dans le blog
    46

    Par défaut

    Citation Envoyé par antoine.debyser Voir le message

    Ce n'est pas vraiment à ça que je pensais.
    Disons que je créais une library et la version "X" possède des changements trop radicaux pour que les utilisateurs de la version "X-1" puissent l'utiliser sans modifier leurs codes.
    Y'a-t-il un moyen d'indiquer cela?
    Dans ce cas, tu peux par exemple dans le fichier XML de spécification, au sein de la balise réservée à la description du package, ajouter cette mention. Ainsi, lors du téléchargement du package avec Nuget, ce message d’alerte sera bien visible pour l'utilisateur.
    Vous souhaitez participer aux rubriques .NET ? Contactez-moi

    Si déboguer est l’art de corriger les bugs, alors programmer est l’art d’en faire
    Mon blog, Mes articles, Me suivre sur Twitter
    En posant correctement votre problème, on trouve la moitié de la solution

  6. #6
    Membre actif
    Inscrit en
    juillet 2013
    Messages
    723
    Détails du profil
    Informations forums :
    Inscription : juillet 2013
    Messages : 723
    Points : 270
    Points
    270

    Par défaut Pb d'installation

    Bonjour,

    Je voudrais bien installer Nuget pour ensuite installer HTML agility pack comme indiqué dans un autre tuto sur ce site, mais je bloque au §III.2 de votre tuto.
    J'ai bien réussi à télécharger le NuGet.Tools.vsix mais lorsque je double clique dessus, j'obtiens ce message : "Cette extension n'est installée sur aucun des produits actuellement installés"

    Je suis sous Visual Studio 2010 Express et débutant sur ce logiciel.

    Ai-je raté un épisode ?

  7. #7
    Invité
    Invité(e)

    Par défaut

    Citation Envoyé par noftal Voir le message
    Je suis sous Visual Studio 2010 Express et débutant sur ce logiciel.
    D'après la FAQ Nuget :
    NuGet requires Visual Studio 2010 Pro/Premium/Ultimate (or newer), Visual Web Developer Express 2010, or any Express SKU of Visual Studio 2012 (or newer).

  8. #8
    Expert éminent

    Homme Profil pro
    Développeur .NET
    Inscrit en
    janvier 2012
    Messages
    3 735
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 60
    Localisation : Canada

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : Finance

    Informations forums :
    Inscription : janvier 2012
    Messages : 3 735
    Points : 7 579
    Points
    7 579
    Billets dans le blog
    17

    Par défaut

    Bonjour,

    Si mes souvenirs sont exacts, Visual Studio Express 2010, ne peut pas supporter NuGet.

    Par contre, le support pour NuGet a été intégré aux versions 2012 Express. Et cela fonctionne bien.
    À ma connaissance, le seul personnage qui a été diagnostiqué comme étant allergique au mot effort. c'est Gaston Lagaffe.

    À force de vouloir considérer les utilisateurs comme des imbéciles patentés, on risque de se mettre dans le trouble.

    Excel n'a jamais été, n'est pas et ne sera jamais un SGBD, c'est pour cela que Excel s'appelle Excel et ne s'appelle pas Access junior.

Discussions similaires

  1. package net.sf.jasperreports.engine does not exist
    Par ashash dans le forum iReport
    Réponses: 12
    Dernier message: 24/05/2011, 15h09
  2. Problème d'installation du package net-snmp
    Par tck-lt dans le forum Administration système
    Réponses: 5
    Dernier message: 27/02/2007, 16h29
  3. pb de mettre en place package Net::Telnet
    Par peppena dans le forum Modules
    Réponses: 2
    Dernier message: 06/07/2006, 09h46

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo