“Exécuter en tant qu'utilisateur différent” de Visual Studio, ne peuvent pas effacer le cache TFS informations d'identification

Mise à jour
J'ai réussi à le résoudre par l'obtention de mon utilisateur autorisé à se connecter à distance sur le bureau à l'aide des informations d'identification de l'ensemble 2 et ainsi être en mesure de supprimer les informations d'identification stockées de Gestionnaire d'informations d'Identification.

Je me connecte sur mon serveur, avec un jeu d'informations d'identification et ouvrez Visual Studio 2012 avec "Exécuter en tant qu'utilisateur différent" (Maj + cliquez) comme j'ai besoin d'un deuxième ensemble d'informations d'identification à déployer pour mon dev. env. Site SharePoint.

Je l'ai déjà fait ci-dessus, puis connecté à TFS à l'aide d'un troisième jeu d'informations d'identification, comme mon utilisateur (deuxième définir les informations d'identification) n'ont pas encore accès. Maintenant, mon utilisateur a accès, et je souhaite utiliser ces informations d'identification à la place.

TFS se connecte automatiquement à moi dans le troisième ensemble d'informations d'identification chaque fois que j'ouvre VS avec "Exécuter en tant qu'utilisateur différent" - Cependant, si j'ouvre VS normalement sans l'aide de "Exécuter en tant qu'utilisateur différent", j'obtiens la fenêtre de connexion à la TSF.

J'ai essayé de vérifier les informations d'identification Windows et il n'y a rien. Et je ne peux pas me connecter sur le serveur à l'aide de la deuxième définir les informations d'identification que seul le premier peut accéder au serveur avec le Bureau à Distance.

Alors, comment puis-je "clair" en cache TFS informations d'identification lors de l'utilisation de "Exécuter en tant qu'utilisateur différent"?

OriginalL'auteur | 2013-12-12

  1. 15

    Allez dans panneau de configuration > Comptes d'Utilisateur > Gérer Vos informations d'Identification > sélectionnez votre Team foundation Server et choisissez supprimer/modifier - alto! La prochaine fois que vous allez dans Team Explorer, vous serez invité pour un nouveau jeu d'informations d'identification.

    Ref: http://blogs.msdn.com/b/visualstudioalm/archive/2012/08/29/clearing-the-credentials-for-connecting-to-a-team-foundation-server.aspx

    Essayé, mais mon Gestionnaire d'informations d'Identification est vide.
    Dont les informations d'identification du gestionnaire est vide? Le vôtre, ou à l'utilisateur que vous êtes effectivement en cours d'exécution VS?
    Peut-être que votre administrateur peut aider ensuite. Les informations d'identification sont stockées dans le gestionnaire d'informations d'identification pour l'utilisateur que vous avez exécuté VS comme. (Ils ne pouvaient pas être dans votre gestionnaire d'informations d'identification, puis Visual Studio ne pouvait pas y avoir accès lors de l'exécution que de l'autre utilisateur.)
    Je vous remercie. Ils ont donné mon RDP autorisations sur le serveur et j'ai réussi à supprimer les informations d'identification.
    Pour moi, ce n'est pas quelque chose d'informations d'identification , je l'ai fait plusieurs fois auparavant, mais cette fois quelque chose que je n'ai pas travaillé, j'ai aussi ajouter l'URL du serveur de faux avec un mauvais mot de passe, mais cela n'a pas fonctionné, il suffit de garder sur l'exploitation forestière dans :'(

    OriginalL'auteur Rishi Jagati

  2. 3

    Vous pouvez essayer de vider le cache manuellement ici:

    C:\Users[nom d'utilisateur]\AppData\Local\Microsoft\Team Foundation\5.0\Cache

    Vous pouvez également essayer d'utiliser le /paramètre de profil et en spécifiant le nom d'utilisateur du profil lorsque vous l'exécutez.

    Runas /profile /user:[DOMAIN]\[administrator] "C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\IDE\devenv.exe"

    http://technet.microsoft.com/en-us/library/bb490994.aspx

    Essayé, pas de différence :/
    Avez-vous vider le cache sous le otheruser\appdata aussi bien ou un peu moins de la vôtre?
    Je l'ai fait pour chaque utilisateur, en vertu de c:\Users
    Nous n'avons pas mis les noms d'utilisateur/mots de passe dans le cache, on se les mettre dans les informations d'identification de la voûte. Effacement du cache n'aurait aucun effet.
    Merci, c'est bon à savoir!

    OriginalL'auteur malexander

  3. 2

    Pour moi, il n'a pas de nom d'utilisateur/MOT de passe, mais l'utilisateur en cache qui était le problème. Et qui EST stockée dans VersionControl.config dans le cache. Whacking juste que le fichier a été suffisant pour obtenir TFS arrêter d'essayer de se connecter avec l'ancien e-mail.

    J'ai trouvé le fichier que vous référant à la rubrique "C:\Users\{nom d'utilisateur}\AppData\Local\Microsoft\Team Foundation\{Version}\Cache\Volatils\{SomeGUID}_http\VersionControl.config". J'ai juste renommé VersionControl.config.vieux, et tout fonctionnait très bien.

    OriginalL'auteur Keith Pleas

  4. 0

    Je suis tombé sur cette question, mais l'effacement de l'AppData paramètres n'aide pas.

    J'avais créé une application console pour se connecter à TFS et il m'a invité pour les informations d'identification de la première fois que j'ai couru. Après cela, les informations d'identification ont été stockées et aurait préséance sur les autres informations que je fournis. J'ai finalement compris que VS avait ajouté une entrée de registre dans:

    HKEY_CURRENT_USER\Software\Microsoft\VSCommon.0\ClientServices\TokenStorage\VisualStudio\VssApp

    La suppression de la clé a fonctionné, mais j'ai aussi découvert qu'on peut faire le même programme:

    var clientCredentails = new VssClientCredentialStorage();

//URI of the target TFS server
var tfsUri = new Uri("https://[username].visualstudio.com/DefaultCollection/");

//Find the cached credentials
var federatedCredentials = clientCredentails.RetrieveToken(tfsUri, VssCredentialsType.Federated);

//Remove the credentials from the cache
clientCredentails.RemoveToken(tfsUri, federatedCredentials);

    OriginalL'auteur MiKary

  5. 0

    J'ai eu un problème similaire où j'ai besoin de vous connecter à un local TFS comme un autre compte que mon compte Windows (qui se trouve dans Active Directory qui TFS est connecté) - mais je ne pouvais pas voir toutes les informations d'identification dans le gestionnaire.

    La solution a été de débrancher l'intérieur de VS (Menu de l'Équipe->Déconnexion).
    Puis créer un compte Windows dans le Gestionnaire des informations d'Identification avec le même utilisateur que mon Windows de l'utilisateur, mais avec un mot de passe est incorrect. L'URL/serveur était "tsf" (pas de port, etc).

    Quand j'ai commencer à VS il échoue à la connexion de TSF et de la demande pour le bon mot de passe et nom d'utilisateur. Ensuite, je peux la changer pour un autre utilisateur et VS par défaut pour la prochaine fois.

    OriginalL'auteur Carsten