Questions fréquentes (FAQ) sur NuGet.org

Chaque package est régi par les conditions qu’il inclut. Vous devez examiner les conditions applicables avant d’accéder à des packages, d’en télécharger ou d’en acquérir. Sur NuGet.org, utilisez le lien License Info (Informations de licence) sur la page des packages.

Si un package ne spécifie pas les termes du contrat de licence, contactez le propriétaire du package directement à l’aide du lien Contact owners (Contacter les propriétaires) sur la page des packages NuGet.org. Microsoft ne vous concède aucune licence de propriété intellectuelle de fournisseurs de packages tiers et n’est pas responsable des informations fournies par des tiers.

NuGet recommande de signer tous les packages. Un principe de conception de la signature du package est que le contenu du package signé doit être immuable, ce qui comprend le fichier nuspec. Modifier les métadonnées du package entraîne des modifications du fichier nuspec, invalidant les signatures existantes. Nous vous recommandons de modifier les flux de travail existants de manière à ce qu’il ne soit pas nécessaire de modifier les métadonnées du package une fois ce dernier créé.

Notez que les dépendances répertoriées pour votre package sont générées automatiquement à partir du package lui-même et qu’elles ne peuvent pas être modifiées.

De plus, le chargement d’un package sur int.nugettest.org constitue un excellent moyen de le tester et de le valider sans le mettre à disposition dans la galerie publique. Point de terminaison d’API : https://apiint.nugettest.org/v3/index.json

En général, nous ne prenons pas en charge la suppression d’un package publié dans NuGet.org. En savoir plus sur notre stratégie de suppression de packages.

Oui. Vous pouvez réserver des ID pour les packages sur NuGet.org en demandant un préfixe d’ID de package pour votre compte. Pour demander un préfixe d’ID de package, suivez les instructions de la documentation.

Consultez Gestion des propriétaires de packages sur NuGet.org.

Nous invitons la communauté NuGet à collaborer afin de résoudre les litiges pouvant survenir entre les propriétaires de packages et les propriétaires d’autres logiciels. Nous avons conçu un processus de résolution des litiges à suivre avant de demander aux administrateurs de NuGet.org d’intervenir.

À des fins de test, vous pouvez utiliser int.nugettest.org ou d’autres serveurs NuGet publics, comme myget.org ou Azure DevOps.

Notez que les packages chargés sur int.nugettest.org ne sont pas nécessairement conservés.

La taille maximale de package autorisée par NuGet.org est de 250 Mo, mais nous vous recommandons de limiter la taille des packages à 1 Mo maximum si possible et de les lier à l’aide de dépendances. En règle générale, les packages contiennent un seul assembly pour éviter les collisions.

NuGet utilisant HTTP pour télécharger les packages, l’installation d’un package risque d’autant plus d’échouer que celui-ci est volumineux.

Vous pouvez partager des dépendances entre plusieurs packages, pour réduire la taille totale du téléchargement pour les consommateurs de vos packages NuGet.

Les dépendances sont principalement statiques et ne changent jamais. Quand vous résolvez un bogue dans le code, il peut s’avérer superflu de mettre à jour les dépendances. Si vous regroupez des dépendances, vous finissez systématiquement par relivrer des packages plus volumineux. Si vous fractionnez les packages NuGet en dépendances connexes, les mises à niveau sont beaucoup plus précises pour les consommateurs de votre package.

NuGet.org prend en charge TLS 1.2 et les suites de chiffrement suivantes :

• TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
• TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
• TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
• TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256

Si vous rencontrez des échecs temporaires lors de la restauration de packages à partir de NuGet.org, nous vous suggérons de :

• utiliser les dernières versions des clients NuGet avec une meilleure prise en charge de la résilience.
• utiliser des variables d’environnement des clients NuGet pour améliorer la stratégie de nouvelles tentatives sur les machines CI.

Si cette version du client NuGet continue à échouer, contactez le support et fournissez des informations supplémentaires pour la détection des problèmes de connexion, notamment les :

• Sources de package que vous utilisez
• Version du client NuGet que vous utilisez
• Journal de restauration avec commentaires détaillés
• MTR ou traces Fiddler (voir ci-dessous)
• Votre zone géographique
• Si votre machine se trouve derrière un pare-feu ou un proxy
• Votre machine se trouve-t-elle sur le centre de données d’un fournisseur cloud (Azure, AWS, etc.) ? Si c’est le cas, indiquez le nom du fournisseur et la région.

Pour capturer MTR :

• Téléchargez WinMTR.

• Entrez api.nuget.org comme nom d’hôte et cliquez sur Start (Démarrer).

• Attendez que la colonne Envoyé soit >= 100.

  

• Copiez le texte dans le Presse-papiers.

Pour capturer Fiddler :

• Installez la version la plus récente de Fiddler.
• Démarrez Fiddler et désactivez la capture du trafic à l’aide du menu Fichier > Capturer le trafic.
• Supprimez toutes les sessions (sélectionnez tous les éléments de la liste, puis appuyez sur la touche Supprimer).
• Configurez Fiddler pour capturer le trafic HTTPS en cochant Déchiffrer le trafic HTTPS sous l’onglet HTTPS du menu Outils> Options Fiddler ....
• Fermez Visual Studio.
• Activez le menu Fichier > Capturer le trafic.
• Démarrez Visual Studio ou nuget.exe et effectuez les actions qui ne fonctionnent pas. Le trafic généré par ces actions doit s’afficher dans Fiddler.
• Une fois les actions exécutées, utilisez Fichier > Enregistrer > Toutes les sessions pour stocker les sessions capturées.

Remarque : Il peut être nécessaire de définir la variable d’environnement HTTP_PROXY sur http://127.0.0.1:8888 pour router le trafic NuGet via Fiddler.

Si cette opération échoue, essayez les conseils mentionnés dans ce billet de StackOverflow.

Notez que la connexion par mot de passe à NuGet.org n’est plus disponible. Malheureusement, NuGet.org n’a aucun moyen de récupérer des comptes de mot de passe, vous pouvez vous connecter à NuGet.org uniquement via un compte Microsoft personnel (MSA) ou un compte Azure Active Directory (AAD).

Si vous ne parvenez pas à utiliser la connexion Microsoft, suivez les étapes pour récupérer votre compte NuGet.org.

Veuillez nous informer si vous avez besoin d’aide pour transférer la propriété de vos packages à un autre compte en envoyant un email à support@nuget.org.

Si vous avez oublié quel compte Microsoft est associé à votre compte NuGet.org, effectuez les étapes ci-dessous pour obtenir de l’aide.

1. Accédez à la page de connexion à NuGet.org, puis cliquez sur le lien Vous avez besoin d’aide pour vous connecter ?.
2. Une boîte de dialogue contextuelle permettant d’obtenir de l’aide s’affiche alors. Effectuez les étapes décrites dans cette boîte de dialogue pour comprendre le ou les comptes Microsoft associés à votre compte NuGet.org.

Si vous voulez changer le compte Microsoft de l’utilisateur NuGet.org, effectuez les étapes ci-dessous. Supposons que votre compte Microsoft avec l’adresse e-mail account1@outlook.com est associé à votre compte NuGet.org avec le nom d’utilisateur MyNuGetAccount. Vous voulez remplacer les informations de connexion par un autre compte Microsoft avec l’adresse e-mail account2@outlook.com

1. Connectez-vous à l’aide du compte Microsoft actuellement associé, c’est-à-dire account1@outlook.com, sur la page de connexion après avoir cliqué sur Se connecter avec Microsoft.

2. Une fois connecté, accédez à la page de vos paramètres du compte.

3. Développez la section relative au compte de connexion. Cliquez sur le bouton Changer de compte.

4. Vous allez maintenant être redirigé vers la page de connexion de Microsoft. Veuillez vous connecter avec le compte dont vous souhaitez changer l’association, c’est-à-dire account2@outlook.com. Remarque : Vous devrez peut-être cliquer sur Se déconnecter et se connecter avec un autre compte pendant le flux de connexion pour pouvoir vous connecter avec un autre compte Microsoft.

5. Si vous voyez une erreur comme celle affichée ci-dessous, consultez Le compte Microsoft est lié à un autre compte NuGet.org pour plus d’informations.

   Échec de la mise à jour du compte Microsoft avec « account2@outlook.com compte2  ». Cela peut se produire s’il est déjà lié à un autre compte NuGet. Pour plus d’informations, contacter le support.

6. Une fois que vous êtes connecté avec votre deuxième compte, vous êtes redirigé vers la page des paramètres de votre compte NuGet.org et vous devez maintenant voir le nouveau compte Microsoft associé en tant que compte de connexion. Dorénavant, vous devez utiliser ce compte quand vous vous connectez à NuGet.org.

Vous avez essayé de changer votre connexion Microsoft et l’erreur ci-dessous s’est affichée :

Échec de la mise à jour du compte Microsoft avec « account2@outlook.com compte2  ». Cela peut se produire s’il est déjà lié à un autre compte NuGet. Pour plus d’informations, contacter le support.

Supposons que vous tentiez de remplacer la connexion au compte Microsoft account1@outlook.com pour l’utilisateur NuGet.org avec le nom d’utilisateur MyNuGetAccount1 par un autre compte Microsoft avec l’adresse e-mail account2@outlook.com. L’erreur ci-dessus s’affiche alors.

**Que signifie l’erreur ci-dessus ?

Elle signifie qu’un autre compte NuGet.org est associé au compte Microsoft que vous essayez d’utiliser pour le remplacer ; à savoir, dans l’exemple ci-dessus, le compte Microsoft avec l’adresse e-mail <account2@outlook.com> est associé à un autre compte NuGet.org avec, par exemple, le nom d’utilisateur MyNuGetAccount2.

Vous ne pouvez pas remplacer la connexion associée par un compte Microsoft qui est lié à un autre compte NuGet.org.

Connectez-vous avec le deuxième compte Microsoft sur la page de connexion. Vous serez connecté au compte NuGet.org qui est actuellement associé au deuxième compte Microsoft. Vous pouvez alors afficher les packages chargés et effectuer la gestion de compte sur ce compte.

Vous voulez ne pas vous soucier du deuxième compte NuGet.org et quand même réutiliser le compte Microsoft associé avec l’adresse e-mail account2@outlook.com.

Vous pouvez libérer l’association entre le compte Microsoft et le compte NuGet.org en supprimant le compte NuGet.org.

1. Effectuez les étapes permettant de supprimer l’utilisateur pour le deuxième compte NuGet.org MyNuGetAccount2.
2. Une fois ce compte supprimé, vous pouvez retenter les étapes permettant de changer la connexion au compte Microsoft.

Vous devrez créer/utiliser un troisième compte Microsoft, par exemple avec l’adresse e-mail account3@outlook.com.

1. Connectez-vous d’abord avec le second compte Microsoft, account2@outlook.com sur NuGet.org. Suivez les étapes ci-dessus pour changer les connexions associées et associer le troisième compte Microsoft à ce compte NuGet.org.
2. Une fois cela effectué, votre deuxième compte Microsoft avec l’adresse e-mail account2@outlook.com peut être associé à votre premier compte NuGet.org, MyNuGetAccount1. Effectuez les mêmes étapes ci-dessus pour changer les informations de connexion Microsoft pour le deuxième compte Microsoft.

Si vous avez essayé de vous connecter avec votre compte Microsoft, par exemple avec l’adresse e-mail account1@outlook.com et vous voyez une erreur comme celle ci-dessous :

Le compte avec l’e-mail « account1@outlook.com » est lié à un autre compte Microsoft.

Si vous voulez mettre à jour le compte Microsoft lié, vous pouvez le faire à partir de la page des paramètres du compte.

Quand un compte est créé sur NuGet.org, une adresse e-mail de communication lui est associée. Elle est généralement identique à l’adresse e-mail utilisée pour le compte Microsoft associé. Toutefois, vous pouvez choisir de spécifier une autre adresse e-mail pour la communication. Par conséquent, techniquement, vous pouvez avoir un autre compte Microsoft, par exemple avec account2@outlook.com, lié à un compte NuGet.org ayant l’adresse e-mail de communication account1@outlook.com.

L’erreur ci-dessus signifie donc qu’il existe déjà un compte NuGet.org avec l’adresse e-mail de communication account1@outlook.com, mais qu’il est associé à un autre compte Microsoft avec une adresse e-mail qui n’est pas account1@outlook.com.

Vous devez utiliser le flux d’aide relative à la connexion pour déterminer quel compte Microsoft est lié au compte NuGet.org avec l’adresse e-mail account1@outlook.com.

Si vous avez essayé d’utiliser l’aide relative à la connexion et que vous n’avez pas accès au compte Microsoft associé à votre compte NuGet.org, veuillez contacter le support de votre compte Microsoft :

• Compte Microsoft (MSA) : Obtenir de l’aide sur votre compte Microsoft
• Compte professionnel ou scolaire (AAD) : aide sur les comptes professionnels ou scolaires ou contactez votre locataire administrateur.

Si vous voulez transformer votre compte en compte d’organisation, effectuez les étapes indiquées dans la documentation concernant les comptes d’organisation sur nuget.org.

Si vous voyez une erreur comme celle affichée ci-dessous pendant votre flux de connexion avec votre domaine de comptes de messagerie (@votredomaine.com), consultez les étapes suivantes pour récupérer votre compte NuGet.org.

Votre compte semble avoir été précédemment inscrit en tant que compte Microsoft personnel et cela fonctionnait correctement. Toutefois, il semble que votre compte a maintenant été inscrit en tant que locataire « non managé » dans Azure Active Directory (service d’identité que nous utilisons pour authentifier les comptes Microsoft).

Cela a pu se produire si vous ou une personne de votre organisation (avec l’adresse e-mail @yourdomain.com) vous êtes inscrit auprès de l’un des services intégrés AAD ou si vous avez effectué une inscription en libre-service pour Azure Active Directory, qui crée un tel locataire « non managé » pour le domaine de compte Microsoft utilisé ( @votredomaine.com dans votre cas).

Pour le moment, nous (NuGet.org) ne disposons d’aucun moyen pour authentifier les comptes avec de tels comptes de locataires « non managés » dans Azure Active directory. Nous recherchons un meilleur moyen d’authentifier ces comptes.

Si vous voulez vous connecter à NuGet.org avec votre compte Microsoft (@votredomaine.com), vous (ou un administrateur de votre entreprise) devez revendiquer la propriété des comptes AAD en effectuant une validation DNS afin d’authentifier les utilisateurs avec l’adresse e-mail « @votredomaine.com ». Suivez les étapes permettant la prise de contrôle des administrateurs de domaines documentées par Azure Active Directory. Une fois cela effectué, votre connexion normale doit commencer à fonctionner.

Vous pouvez demander une modification de nom d’utilisateur en envoyant un email à support@nuget.org partir de l’adresse e-mail attachée au compte à mettre à jour. Veillez à inclure l’ancien nom d’utilisateur et le nouveau nom d’utilisateur que vous avez choisi. Nous allons ensuite examiner votre demande et, lors de l’approbation. Nous vous demanderons de confirmer que nous sommes sur le point de prendre les mesures appropriées et que vous en comprenez les conséquences. Une fois la confirmation donnée, nous modifierons votre nom d’utilisateur.

Pour supprimer votre compte, notez que nous vous recommandons de transférer la propriété de tous les packages dont vous êtes l’unique propriétaire. Pour savoir comment procéder, lisez la section relative à la gestion des propriétaires de packages. Cela nous permettra également d’accélérer votre demande.

Si vous envisagez de transformer votre compte en organisation, suivez les étapes indiquées dans transformer mon compte NuGet.org en organisation.

Effectuez les étapes suivantes pour procéder à la suppression du compte.

1. Connectez-vous à NuGet.org avec le compte que vous voulez supprimer.
2. Cliquez sur l’URL https://www.nuget.org/account/delete, puis effectuez les étapes permettant de soumettre la demande de suppression du compte.

Notre service clientèle traitera cette demande et effectuera la suppression du compte.

Lorsque le compte Microsoft ou le compte Azure Active Directory que vous utilisez pour vous connecter à votre compte nuget.org est supprimé, votre compte de nuget.org est également supprimé. L’action de suppression de compte est effectuée par le service clientèle nuget.org dans les 30 jours suivant la date de suppression du compte Microsoft.

Si vous avez des packages associés à votre compte, nous vous avertirons 3 jours ouvrables avant la suppression. Nous vous proposerons de l’aide pour transférer les packages vers un autre compte nuget.org.