Zdalny dostęp do Team Foundation Server 2010

Question

Jesteśmy czterema programistami w różnych lokalizacjach (w promieniu 100 km od siebie). Spróbujcie współpracować przy projekcie tworzenia oprogramowania.

Chcielibyśmy zainstalować Team Foundation Server 2010 na jednym z naszych komputerów (wszyscy korzystamy z Windows 7) i używamy go jako naszego centralnego repozytorium kodu źródłowego i zarządzania elementami pracy.

Jednak nie możemy sprawić, aby TFS mógł akceptować połączenia odbierające (przez Visual Studio). Czy możliwe jest korzystanie z TFS w ten sposób?

Answer 1

TFS to tylko kilka usług internetowych i powinien zostać skonfigurowany do zdalnego dostępu po wyjęciu z pudełka.

Rzeczy, które prawdopodobnie będziesz musiał skonfigurować.

1. Upewnij się, że Zapora systemu Windows jest umożliwienie TFS akceptować przychodzące żądania na porcie 8080 (TFS zainstalować może to zrobić za Ciebie)

2. skonfigurować router do korzystania z "Port Forwarding", tak, że wnioski z Internetu do portu 8080 są kierowane do urządzenia z zainstalowanym TFS.

3. Twój dostawca usług internetowych prawdopodobnie dynamicznie alokuje adresy IP, więc może być konieczne zarejestrowanie się pod numerem Dynamic DNS service, takim jak NO-IP.com. (sprawdź, które są obsługiwane przez router)

Po wykonaniu tej czynności powinieneś zacząć działać.

Jestem pewien, że inni zasugerują, że wykopujesz TFS i korzystasz z DVCS, takich jak GIT lub Mercurial, oni mają rację! Powinieneś rozważyć, czy warto podjąć wysiłek, aby TFS działał w ten sposób, gdy inny system może być łatwiejszy w uruchomieniu.

Answer 2

TFS działa dobrze dla tego typu scenariuszy i niezależnie od tego, czy korzystasz z DVCS, czy nie, będziesz musiał jeszcze skonfigurować dostęp. Nie musisz konfigurować serwerów proxy. TFS jest niezwykle szybki nawet przy wolnym połączeniu. 3 rzeczy, które musisz zapamiętać, jeśli nie jesteś w tej samej domenie co TFS to:

1. Poproś administratora TFS o skonfigurowanie swoich praw TFS przy użyciu skonfigurowanego konta domeny. Jeśli nie masz konta domeny, skonfiguruj konto i użyj go. Jeśli nie ma domeny, utwórz konto grupy roboczej lub lokalne konto serwera TFS.
2. Ręczne dodanie danych logowania do domeny (lub grupy roboczej lub lokalnego serwera TFS) do magazynu referencji systemu Windows lub program TFS będzie monitował o zalogowanie, co jest uciążliwe. Upewnij się, że nazwa domeny (lub grupa robocza lub nazwa komputera lokalnego) jest podana w nazwie użytkownika w tym formacie: MyDomainOrMachineOrWorkgroup \ MyUserName. Bez odwrotnego ukośnika na początku, bez odwrotnego ukośnika na końcu.
3. Musisz użyć adresu IP bezpośrednio, aby połączyć lub dodać wpis do pliku hosts (C: \ Windows \ System32 \ drivers \ etc \ hosts). Dla tych, którzy nigdy nie weszli do tego pliku, "etc" jest w rzeczywistości nazwą katalogu, a nie tylko ja mówię "i tak dalej". Wpisy w nim informują, że po wpisaniu adresu takiego jak mytfs.mydomain.com, powinien on przejść do adresu IP, takiego i takiego. To wszystko.

Answer 3

@Nigel Mamy TFS na zdalnym serwerze z lokalnym proxy w moim miejscu pracy. Nasze połączenie internetowe jest dość powolne w stosunku do liczby programistów na miejscu. TFS ma bardzo słabą wydajność w tej konfiguracji w porównaniu do posiadania lokalnego serwera.Nasze rozwiązania mogą sięgać kilkuset MB (z których jest kilka oddziałów). Sprawdzanie historii wersji jest powolne i bolesne. Pobieranie półek jest powolne i bolesne. Sprawdzenie VS2010 lub VS2008 jest powolne i bolesne. Na szczęście VS2012 robi to asynchronicznie, więc odprawa nie jest tak zła, ale w końcu uzyskasz modalne okno dialogowe, gdy operacja jest zakończona.

Podsumowując, powiedziałbym, że jest to kiepskie doświadczenie w porównaniu z SVN, nie mówiąc już o DVCS.