Kiedy należy utworzyć obszar roboczy TFS?

Question

Od jakiegoś czasu miałem dręczące uczucie, że mogę ignorować użyteczne cechy Obszarów roboczych TFS. Witryna zawiera świetne informacje na temat tego, czym są: http://www.woodwardweb.com/teamprise/000333.html.

Jednak biorąc pod uwagę te informacje, nie bardzo rozumiem, kiedy powinienem stworzyć nowe miejsce pracy. Czy tworzę po jednym dla każdego "projektu"? Czy mogę utworzyć dla każdej gałęzi projektu? Czy muszę tworzyć obszary robocze kopii lustrzanej na każdym komputerze, nad którym zamierzam pracować? Nie jestem pewien, co muszę wziąć pod uwagę, podejmując tę ​​decyzję.

Czy istnieje najlepsza praktyka opisująca, w jakich okolicznościach używać różnych obszarów roboczych?

Uwaga: chociaż może być interesujące dowiedzieć się, jaką praktykę wykonują inni, bardziej interesuje mnie nauka samodzielnego podejmowania decyzji. Nie pytam "Kiedy tworzysz nowe obszary robocze?". Zamiast tego pytam "Jak mam zdecydować, kiedy utworzyć nowy obszar roboczy?".

Answer 1

Obszar roboczy jest zdefiniowany za maszynę, za zespołu pobierania projekt (TPC), więc trzeba co najmniej jeden obszar roboczy na maszynę, nad którą pracujesz, dla każdego TPC używasz.

Posiadanie migawkę całego TPC na komputerze może być zarówno marnotrawstwem (może nie potrzebują dostępu do projektów lub rozwiązań, które są utrzymywane przez inne zespoły lub programistów, więc może warto utworzyć obszar roboczy na projekt zespołu lub nawet jeden obszar roboczy za rozwiązanie.

Jeśli znajdziesz się w pracy na więcej niż jeden zadanie w tym samym czasie, może chcesz utworzyć jeden obszar roboczy za zadanie. To jest uważane za najlepsze praktyki, i pozwoli ci rozdzielić wprowadzone zmiany i sprawdzić je w jednym zadaniu na raz (np .sol. jeden obszar roboczy do zadania programistycznego, na przykład nowy interfejs użytkownika, a drugi do naprawy błędu znalezionego niedawno przez kontrolę jakości).

Obszar roboczy na zadanie działa szczególnie dobrze, jeśli zadanie pionowo krzyżuje się z wieloma rozwiązaniami (np. Dodawanie interfejsu użytkownika, logiki biznesowej, usługi SOA i aktualizowanie schematu na zdalnej bazie danych, wszystko w ramach dodawania nowej funkcji do produktu); Zadanie rzadko (jeśli w ogóle) wykonuje projekty zespołowe i powinno być nigdy skrzyżowanie TPC.

Answer 2

Krótka odpowiedź, kiedy trzeba :-)

Jeśli trzeba edytować kodu na wielu maszynach wtedy będziesz zmuszony do stworzenia przestrzeni roboczej na każdym komputerze.

Niektórzy ludzie lubią mieć obszar roboczy na projekt zespołowy, inni na oddział, a nawet rozwiązanie.

Czy pracujesz nad tym samym kodem, ale z różnych powodów? Rozgałęzienie jest zwykle używane do rozwiązania tego problemu, ale czasami nie jest to możliwe.

Czy nazwy folderów/plików w repozytorium powodują przekroczenie limitu znaków w systemie Windows o 260 w ścieżce? Jeśli tak, czas na nowy obszar roboczy.

Mam zwykle 1 miejsce do pracy na mapowanie maszyny $/na C: \ tfs, ale to moje preferencje. Jedyny czas, kiedy tworzę nowy obszar roboczy, to kiedy muszę ograniczyć liczbę plików w zakresie.

Na przykład cofnięcie zestawu zmian. Jeśli użyjesz polecenia rollback tf (lub wycofania tfpt w 2008 roku), wtedy tfs nalega na wykonanie najnowszego polecenia w całym obszarze roboczym. Jeśli twój obszar roboczy jest zmapowany do katalogu głównego dużego projektu zespołu, może to zająć dużo czasu. Konfigurowanie obszaru roboczego, który zawiera wyłącznie foldery zawierające pliki w changeset może być w czasie rzeczywistym wygaszacz