Team Foundation Server Samouczek
Rozpoczęcie pracy z Team Foundation Server

Uwagi

Instalacja lub konfiguracja

Szczegółowe instrukcje dotyczące konfigurowania lub instalowania TFS.

Co to jest TFS i jak w nim przechowywane są dane?

Team Foundation Server (zwykle w skrócie TFS) to produkt firmy Microsoft, który zapewnia zarządzanie kodami źródłowymi (poprzez Team Foundation Version Control lub Git), raportowanie, zarządzanie wymaganiami, zarządzanie projektami (zarówno dla zespołów tworzących zwinne oprogramowanie, jak i wodospad), automatyczne kompilacje i funkcje zarządzania laboratorium, testowania i zarządzania wydaniami. Obejmuje cały cykl życia aplikacji. TFS może być używany jako zaplecze dla wielu zintegrowanych środowisk programistycznych, ale jest dostosowany do Microsoft Visual Studio i Eclipse.

ZALETY:

1. Team Foundation Server zapewnia zestaw narzędzi do współpracy, które współpracują z istniejącym IDE lub edytorem, dzięki czemu Twój zespół może efektywnie pracować nad projektami oprogramowania o różnych kształtach i rozmiarach.
2. Przechowuj kod i współpracuj z nim przy użyciu nieograniczonej liczby prywatnych repozytoriów. Użyj Git do rozproszonej kontroli wersji, aby zmaksymalizować współpracę lub użyj Team Foundation kontroli wersji (TFVC) do scentralizowanej kontroli wersji.
3. Wsparcie metodologii AGILE
4. Obsługa wielu języków i IDE
5. Umożliwia integrację wtyczek innych firm

RODZAJE TFS:

1. online
2. Lokalne

Online jest wspierany przez platformę chmurową Microsoft, Windows Azure i nie wymaga żadnej konfiguracji. Użytkownik loguje się przy użyciu konta Microsoft, aby rozpocząć konfigurację konta, tworzenie projektów i dodawanie członków zespołu. Nowe funkcje opracowane w trzytygodniowych cyklach programowania są najpierw dodawane do wersji online. Te funkcje migrują do wersji lokalnej jako aktualizacje, co około trzy miesiące.

Team Foundation Server przechowuje wszystkie dane zestawu zmian w bazie danych SQL Server. Przechowuje w całości kod z najnowszego zestawu zmian. Następnie przechowuje różnicę do poprzedniej wersji. Jedną z zalet przechowywania tego wszystkiego w SQL Server jest to, że zyskuje on możliwość oszczędzania „wszystko albo nic”, którą zapewniają transakcje. Architektura TFS jest scentralizowana. Oznacza to, że cały kod źródłowy jest przechowywany w jednym miejscu. W scentralizowanej architekturze sam serwer TFS można uznać za pojedynczy punkt awarii, ale w przypadku rozwiązań wysokiej dostępności dostępnych w systemie operacyjnym Windows Server nie musi tak być. Podobnie baza danych SQL Server przechowująca rzeczywiste bity kodu źródłowego może być dublowana na wielu serwerach. Kontrola TFS została zaprojektowana w celu bezproblemowej integracji z najnowszymi wersjami Microsoft Visual Studio. Nie oznacza to jednak, że nie można używać kontroli wersji TFS z innymi produktami programistycznymi. Funkcjonalność w TFS można podzielić na następujące obszary.  Podstawowa funkcjonalność - sprawdzanie i wylogowywanie plików  Blokowanie - ograniczenie jednoczesnych edycji  Rozgałęzianie i scalanie - praca z różnymi wersjami kodu źródłowego  Bezpieczeństwo - decyduj, kto może uzyskać dostęp do danych kontroli wersji i jak

Podstawowa funkcjonalność dowolnego systemu kontroli wersji obejmuje sprawdzanie i wyprowadzanie plików. Aby obsługiwać współbieżność, TFS pozwala na wielokrotne pobieranie tego samego pliku, ale można to wyłączyć, jeśli zajdzie taka potrzeba. Elementy można również zablokować wyłącznie, aby nikt inny nie mógł pobrać ani wyrejestrować pliku, gdy jest on zablokowany. Jeśli w ustawieniach projektu zespołu wyłączone są równoczesne pobieranie danych, po kasie plik zostanie automatycznie umieszczony na pliku. Rozgałęzianie i scalanie można uznać za zaawansowane funkcje w TFS, ale są one jednak bardzo przydatne. Główną ideą rozgałęziania jest pobranie zestawu plików kodu źródłowego i utworzenie odrębnej wersji z tych plików. Kod rozgałęziony może żyć własnym życiem niezależnie od oryginalnych plików źródłowych. Na przykład, jeśli tworzysz ogólną aplikację, ale potrzebujesz specjalnej wersji dla określonego klienta, możesz rozgałęzić dostosowania klienta z głównego drzewa kontroli źródła („trunk”). Jeśli zajdzie potrzeba później, możesz ponownie połączyć kod dostosowywania z oryginalną linią kontroli źródła. Nazywa się to łączeniem. Wszystko w TFS (oprócz kontroli wersji praw użytkowników Active Directory) jest przechowywane w centralnej bazie danych SQL Server. Obejmuje to ustawienia projektu zespołu, dane pliku, szczegóły zestawu zmian i tak dalej. Ponieważ prawie wszystko znajduje się w centralnej lokalizacji, należy koniecznie regularnie wykonywać kopie zapasowe baz danych SQL i mieć plan odzyskiwania po awarii. Aby zrozumieć, w jaki sposób kontrola wersji jest zintegrowana z Microsoft Visual Studio, musisz wiedzieć o trzech osobnych oknach (lub oknach, w zależności od twojego punktu widzenia): Eksplorator kontroli źródła, Eksplorator rozwiązań i Oczekujące zmiany. Po nawiązaniu połączenia z instancją Team Foundation Server Eksplorator rozwiązań pozwoli Ci wyewidencjonować i pobrać pliki bezpośrednio z okna, klikając elementy prawym przyciskiem myszy. Jednak domyślnie wyewidencjonowanie następuje po prostu po rozpoczęciu edycji pliku w programie Visual Studio. Na przykład, jeśli otworzysz plik kodu źródłowego C # w edytorze i zaczniesz pisać, plik zostanie wypisany. Jest to często najwygodniejszy sposób sprawdzania plików. Małe ikony pokazane w oknie Solution Explorer pomagają odróżnić zablokowane, pobrane i dodane pliki i tak dalej. Niebieska ikona kłódki wskazuje, że plik jest częścią kontroli źródła, ale nie jest obecnie wyewidencjonowany. Czerwony znacznik wyboru wskazuje, że plik został wyewidencjonowany, a żółty znak plus oznacza, że plik został dodany do projektu. W TFS operacja wyewidencjonowania i operacja uzyskania najnowszej wersji są od siebie niezależne. W praktyce oznacza to, że przed pobraniem pliku należy wykonać polecenie „Pobierz najnowsze” na plikach, które chcesz wyewidencjonować. Można to zrobić, klikając prawym przyciskiem myszy element w Eksploratorze rozwiązań i wybierając pozycję Pobierz najnowsze menu. Aby zmienić to domyślne zachowanie, możesz wybrać polecenie menu Narzędzia / Opcje programu Microsoft Visual Studio i przejść do sekcji Kontrola źródła / Visual Studio Team Foundation Server. Stąd możesz znaleźć opcję o nazwie „Pobierz najnowszą wersję elementu przy kasie”. Okno kontroli źródła pozwala uzyskać bardziej całościowy widok drzewa kontroli wersji. Poniżej znajduje się okno eksploratora kontroli źródła (obecnie odłączone).

Aby otworzyć okno, wybierz polecenie menu Widok / Inne okno systemu Windows / Eksplorator kontroli źródła lub kliknij dwukrotnie węzeł Kontrola źródła w oknie Eksploratora zespołu programu Visual Studio. Okno Eksploratora kontroli źródła pozwala wyświetlać i modyfikować pliki w drzewie kontroli wersji. W tym oknie możesz wykonywać wszystkie te same operacje, co w Eksploratorze rozwiązań: na przykład możesz rejestrować i wyrejestrowywać pliki, zmieniać ich nazwy, usuwać i tak dalej. Różnica polega na tym, że za pomocą okna Eksploratora kontroli źródła pliki, z którymi pracujesz, nie muszą być częścią projektu programistycznego Visual Studio, takiego jak projekt C #. Na przykład możesz dodać arkusz kalkulacyjny Excel do kontroli wersji; jest to coś, czego możesz nie chcieć robić za pomocą Eksploratora rozwiązań. Ilekroć pracujesz z plikami pod kontrolą wersji i edytujesz je, dodajesz lub usuwasz, Visual Studio nie od razu zatwierdzi zmiany z powrotem do kontroli wersji. Zamiast tego odbywa się to tylko po sprawdzeniu zmian. W międzyczasie wszystkie zmiany są domyślnie przechowywane na liście oczekujących zmian, którą można zobaczyć w oknie Oczekujące zmiany.

Okno Oczekujące zmiany pokazuje listę plików, które nie zostały zaewidencjonowane. Okno wskazuje również żądaną operację (dodawanie, edytowanie, usuwanie lub zmianę nazwy). Zazwyczaj odprawy dokonuje się za pośrednictwem tego okna, ponieważ umożliwia wygodne rejestrowanie wielu plików podczas jednej operacji. Możesz także napisać komentarz, który będzie towarzyszył sprawdzonym plikom, i możesz połączyć się z elementem roboczym Team Foundation Server z plikami. Ogólnie jeden lub więcej plików źródłowych, opcjonalne komentarze i skojarzenia elementów pracy tworzą razem zestaw zmian. Zestaw zmian w TFS jest zawsze sprawdzany atomowo, co oznacza, że pełny zestaw kończy się powodzeniem lub niepowodzeniem w trakcie zameldowania. Zestaw zmian jest powiązany z unikalnym identyfikatorem i można go później wyświetlić na przykład w oknie Eksploratora kontroli źródła. W kontroli wersji TFS zestaw zmian jest niezbędną koncepcją, ponieważ jest to najmniejszy zestaw zmian, które system może przetworzyć. Zestaw zmian może zawierać pojedynczy plik lub zestaw plików. Co więcej, jest to podstawa raportowania, szczególnie w połączeniu z elementami pracy.