Visual Studio Online TF30063: Vous n'êtes pas autorisé à accéder

J'essaie de me connecter à mon Visual Studio en Ligne de compte, via l'api web. En suivant les étapes ici pour ici:

http://blogs.msdn.com/b/buckh/archive/2013/01/07/how-to-connect-to-tf-service-without-a-prompt-for-liveid-credentials.aspx

NetworkCredential netCred = new NetworkCredential(
    "[email protected]",
    "mypassword");
BasicAuthCredential basicCred = new BasicAuthCredential(netCred);
TfsClientCredentials tfsCred = new TfsClientCredentials(basicCred);
tfsCred.AllowInteractive = false;

TfsTeamProjectCollection tpc = new TfsTeamProjectCollection(
    new Uri("https://myaccount.visualstudio.com/DefaultCollection"),
    tfsCred);

tpc.EnsureAuthenticated();
Console.WriteLine(tpc.InstanceId);

Mais j'ai le message d'erreur suivant:

TF30063: Vous n'êtes pas autorisé à accéder .visualstudio.com

source d'informationauteur Rajat banerjee

  1. 27

    Après avoir essayé toutes codage option dans le livre, je me suis tourné vers une approche alternative:

    Déconnecté de Visual Studio en Ligne à partir de:

    • Navigateur(s)
    • Navigateur dans l'IDE de Visual Studio
    • Effacé le cache de mon navigateur à partir de C:\Users\ [votre nom d'utilisateur] \AppData\Local\Microsoft\Team Foundation\5.0\Cache

    et cela a fonctionné...:)

  2. 8

    J'ai le même problème lorsque j'utilise git-tfs (qui est aussi l'utilisation de TFS SDK pour se connecter) pour la première fois avec Visual Studio en Ligne de compte sur une nouvelle machine. J'ai essayé de vider mes caches du navigateur, mais il ne fonctionne pas pour moi. Je ne pense pas que j'ai tout de cache pour l'Équipe de la Fondation pourtant, parce que la machine n'a jamais connecté à un serveur TFS avant.

    Après quelques difficultés, j'ai trouvé un moyen plus simple pour que tout fonctionne. S'il vous plaît utiliser cela comme le dernier recours, car il peut avoir des effets secondaires comme les commentaires ci-dessous.

    1. Il suffit d'exécuter le Développeur de l'Invite de Commande pour VS2013 sous Visual Studio Tools dans votre VS2013 dossier.

    2. Run "devenv /resetuserdata" pour effacer votre ouverture de session pour Visual Studio 2013. Laissez-le terminer, il peut prendre un certain temps, sur ma machine, il est d'environ une minute.

    3. Ensuite la connexion à l'Visual Studio en Ligne de compte, à l'aide de votre outil ou VS ou "Ouvrir dans Visual Studio" à partir de votre Visual Studio Online page d'accueil. Vous serez invité à la page de connexion maintenant. Tapez votre nom d'utilisateur correct et le mot de passe, vous obtiendrez par le biais de l'endroit où vous voulez être.

    Il a travaillé pour moi sur au moins deux de mes machines avec ce problème.

  3. 1

    Vous avez oublié d'invoquer la méthode d'authentification

    Ajouter tpc.Authenticate(); à votre code après TfsTeamProjectCollection tpc = new TfsTeamProjectCollection(
    new Uri("https://myaccount.visualstudio.com/DefaultCollection"),
    tfsCred);

  4. 1

    J'ai eu le même problème. Ce qui a résolu mon problème a été de débrancher (Équipe -> se Déconnecter de Team Foundation Server) de TSF et de la reconnexion (Équipe -> Gérer les Connexions). Choisissez le serveur TFS lors de la reconnexion. HTH!

  5. 0

    Je viens de tomber sur cette même question de moi-même. J'ai essayé de vous déconnecter de tous mes navigateurs, mais rien n'a fonctionné.

    Ce n'travail a été la fermeture de VS et ensuite l'ouvrir par lui-même - et non PAS par l'ouverture d'un .la sln fichier. Et puis aller à la Source de l'Explorateur du Contrôle et de l'ouverture de ma solution à partir de là. Pour une raison que je ne obtenir ce message d'erreur lorsque j'ai lancé Visual Studio en ouvrant le fichier de solution.

  6. 0

    Il pourrait être un gros marteau, mais après plusieurs heures de lutte avec un TF30036 erreur aujourd'hui, je peux confirmer que c'était la seule option que travaillé.

    La cause de l'erreur, je sais, notre société a mis en place CyberArk alors maintenant, mes changements de mot de passe sur une base hebdomadaire, mais malgré le changement de nom de plusieurs %AppData% annuaires (proposé ailleurs) et l'apurement de toutes les références dans le Gestionnaire d'informations d'Identification de l'ancienne entrée, il était encore de mise en cache de l'information quelque part. Cette résolu et ne semble vraiment pas avoir trop d'effets secondaires pour moi. Votre kilométrage peut varier.