7

Pracujemy z programami Visual Studio 2012 i Team Foundation Server 2012. W oknie Eksploratora zespołu mogę pomyślnie połączyć się z naszym środowiskiem TFS. Jednak po wybraniu linku Zabezpieczenia w obszarze Projekt zespołowy lub Zespół zbierania projektów otrzymuję komunikat "Serwer Team Foundation Server: Błąd logowania: nieznana nazwa użytkownika lub złe hasło".Błąd logowania: nieznana nazwa użytkownika lub nieprawidłowe hasło

Nie znalazłem pliku dziennika ani nic w żadnym pliku przeglądarki zdarzeń, który pomaga w debugowaniu tego problemu.

  • Czy istnieje plik dziennika, który mogę wyszukać, zawierający pewne "podpowiedzi", które mogą wskazywać na problem z połączeniem?
  • gdzie są twoje poświadczenia przechowywane na komputerze lokalnym, które są używane do połączenia zespołu fundacji?

Odpowiedz

0

byłem przeżywa ten sam problem z TFS Express, 2012. Nie wiem, czy moja sytuacja dotyczy Ciebie, ale tutaj są fakty:

  • Moje wystąpienie TFS został uruchomiony na serwerze zdalnym.
  • Ani ten serwer, ani mój lokalny komputer nie znajdowały się w domenie.
  • Używałem tej samej nazwy konta użytkownika na obu komputerach, ale z różnych haseł.
  • Ustawienie haseł tak samo rozwiązało problem.

Funkcje, które nie działały, to te, które uruchamiają witrynę projektu, do której i tak mogę się bezpośrednio dostać.

3

W TFS 2012 interfejs zarządzania uprawnieniami i ustawieniami projektu został w znacznym stopniu przesunięty na Team Web Access.

Kliknięcie któregokolwiek z następujących ustawień z Team Explorer 2012 będzie produkować "Błąd logowania: nieznana nazwa użytkownika lub nieprawidłowe hasło" Błąd:

• Zespół projektowy Kolekcja> Zabezpieczenia

• zespół pobierania Project> Grupa członkostwo

• Zespół Projektowy> Zabezpieczenia

• Zespół projektowy> członkostwo grupy

• Zespół projektowy> Obszary Work Item

• zespół projektowy> Praca poz Powtórzenia

• Zespół projektowy> Alerty Projektu

+0

To wszystko prawda, ale nie jest odpowiedzią. Czy znalazłeś jakieś dzieło? – crush

5

Zdaliśmy sobie sprawę, że przyczyną tego problemu jest to, że Visual Studio próbuje otworzyć przeglądarka używająca tych samych poświadczeń, które były używane do łączenia się z TFS. Jeśli te poświadczenia nie mogą uruchamiać procesów na twoim komputerze (podejrzewam, że w twoim przypadku są to użytkownicy domeny w innej domenie, która nie jest zaufana przez domenę klienta), otwarcie przeglądarki nie powiedzie się. To wyjaśnia, dlaczego możesz trafić te adresy URL za pomocą instancji przeglądarki, która jest otwierana przy użyciu własnych poświadczeń. Zostanie to naprawione w przyszłej wersji wizualnego studio.

3

Mam ten sam problem.Aby skorygować (temporaly), należy uruchomić VS 2012 z tym poleceniem:

C:\Windows\System32\runas.exe /netonly /user:{domain\loginname} "C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\IDE\devenv.exe" 

zmian {domena \ loginname} przez domenę i login konta TFS domeny. Konsola poprosi o hasło i wszystkie prace!

+0

Mam +1, ponieważ podczas gdy jest to znany problem, to naprawdę pozwala na pracę zdalną z innego komputera spoza domeny i działa pięknie. –

0

Udało się rozwiązać problem się poprzez mapowanie dysku do obszaru gdzie TFS wydaje się mieć cache się - ale wtedy mam 2 oddzielne przestrzenie robocze dzieje w 2 oddzielnych domenach

1

ja również doświadczył ten sam problem z TFS . Znalazłem na to rozwiązanie. Musisz zmapować swoje obszary robocze na komputerze lub serwerze zdalnym. Jeśli masz jakieś niezatwierdzone zmiany w swoich projektach, musisz zachować kopię zapasową, w przeciwnym razie utracisz swoje zmiany.

Steps -

  • idź do obszarów roboczych w Visual Studio

    Plik-> Kontrola Source -> Zaawansowane -> Obszary robocze

  • Usuń aktualne obszary robocze.

  • Ponownie zmień projekty.

Powiązane problemy