J'ai spécifié des informations d'identification erronées, qui ont ensuite été mémorisées. Comment faire pour que NuGet les oublie ?
Comme SayusiAndo l'a deviné, les informations d'identification étaient stockées dans Control Panel -> Credential Manager . Après sa suppression, tout fonctionne bien.
UPDATE : Deux gotchas (comme @Jurri l'a mentionné dans les commentaires) :
Il peut y avoir deux identifiants à supprimer (Windows et Générique). Le générique, dans mon cas, avait le préfixe "VSCredentials_".
Redémarrez VS.
Deux problèmes : 1) Il peut y avoir deux identifiants à supprimer (Windows et Générique). Le générique, dans mon cas, avait le préfixe "VSCredentials_". 2) Redémarrez VS.
Cette méthode reste efficace avec VS2019 si vous devez changer le mot de passe d'un flux nuget privé. Dans mon cas, les contrôles Telerik. En passant, le mot de passe de compte pour un fournisseur et les informations d'identification pour les flux Nuget devraient être deux choses différentes, nous devrions être en mesure de générer des informations d'identification de flux nuget privées et de les autoriser / refuser. Changer le mot de passe de votre compte Telerik nécessite actuellement de changer le mot de passe partout où il est utilisé, même dans les environnements CI en raison d'une abstraction insuffisante, d'après ce que je peux dire...
J'ai rencontré une situation où les informations d'identification NuGet que j'ai entrées dans Visual Studio ne se trouvaient pas dans mon gestionnaire d'informations d'identification. La suppression de la source du paquet dans Visual Studio, la fermeture de Visual Studio, la réouverture de Visual Studio et la recréation de la source du paquet m'ont permis de saisir à nouveau mes informations d'identification.
Par conséquent, si les informations d'identification n'existent pas dans le gestionnaire d'informations d'identification, il semble que la suppression de la source du paquet et la fermeture de Visual Studio puissent suffire pour que Visual Studio oublie les informations d'identification enregistrées.
Pour moi, ce problème se produit lorsque je mets à jour mon mot de passe système. J'ai résolu ce problème en mettant à jour les mots de passe.
Des pas :
Vous pouvez obtenir le mot de passe crypté à partir de la section profil utilisateur de votre site artificiel (JFrog).
Vous pouvez également essayer de chercher dans %AppData%\..\Local\NuGet\v3-cache . Certaines informations d'identification (ou la configuration pointant vers les informations d'identification) sont stockées dans un sous-dossier qui commence par un guide, puis un signe de dollar, puis l'adresse du flux. Dans mon cas, j'avais besoin de réinitialiser mes informations d'identification pour le flux Telerik, et le dossier était nommé :
9908746e042bf0f6edf045e1c69a504b09f96883$https_nuget.telerik.com_nugetJ'ai simplement supprimé le dossier, redémarré VS, et on m'a demandé d'entrer mes informations d'identification.
Au moins pour Visual Studio 2017, outre le nettoyage du cache des informations d'identification, il est utile de nettoyer le dossier cache de Nuget, car il conserve les paquets Nuget téléchargés localement et n'essaie pas de se connecter à distance lors de la restauration.
Exécutez les deux commandes suivantes à partir de l'invite de commande, après quoi l'authentification nuget sera supprimée :
del /f "%localappdata%\MicrosoftCredentialProvider\SessionTokenCache.dat"
rmdir /s /q "%localappdata%\NuGet" Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
9 votes
Avez-vous vérifié le Panneau de configuration - Comptes d'utilisateurs - Gestionnaire de justificatifs ?