Tutorial TFS: TFS do automatyzacji budowania, testowania i wdrażania projektów.NET

Korzystanie z Microsoft TFS 2015 Update-3 dla. NET (Build, Test and Deploy): tutorial TFS

TFS jest szerzej stosowany do tworzenia. NET przy użyciu Visual Studio. NET IDE. Dzięki TFS 2015 Update 3 można połączyć się z dowolnym serwerem Team Foundation Git repo, używając klucza SSH.,

Team Foundation Server (TFS) to produkt Alm firmy Microsoft, który zapewnia możliwości kompleksowego rozwoju i testowania z wykorzystaniem zarządzania elementami roboczymi, planowania projektów (Waterfall lub Scrum), kontroli wersji, budowania/wydawania (wdrażania) i możliwości testowania.

UWAGA: Ten samouczek TFS ma wiele obrazów, więc pozwól mu załadować się poprawnie.,

Also read => TFS dla projektów JAVA z Eclipse w DevOps

wprowadzenie

TFS jest dostosowany do Microsoft Visual Studio i Eclipse na wszystkich platformach, jednak może być również używany jako back-end dla kilku IDE (zintegrowanych środowisk programistycznych).

przyjrzymy się teraz, w jaki sposób Team Foundation Server (TFS) będzie używany do budowania, testowania i wdrażania aplikacji internetowych.NET, co jest tradycyjnie siłą narzędzia.

warunek:

  • Microsoft TFS 2015 Update 3
  • Microsoft Visual Studio .,NET 2015 (30-dniowa wersja próbna)
  • SonarQube 6.4 lub nowszy
  • włączony serwer sieciowy IIS. Ponieważ używam Okna Windows 7, możesz sprawdzić ten samouczek, Jak włączyć IIS 7. Jak zainstalować Internetowe usługi informacyjne (IIS 7) w systemie Windows 7 Ultimate
  • istnieje kilka filmów z YouTube na temat włączania IIS w systemie Windows 2008 / 2012 / 2016.,

zazwyczaj do wykonania kroków wymienionych w samouczku potrzebny jest serwer kompilacji, na którym będą wykonywane Kompilacje, oraz maszyny lub środowiska wdrożeniowe, w których aplikacje będą wdrażane do usług IIS, z zainstalowanymi i uruchomionymi agentami. Zapoznaj się z moim wcześniejszym samouczkiem, aby dowiedzieć się, jak zainstalować agentów.

Konfiguracja aplikacji C#

zakładając, że elementy robocze zadań są tworzone w TFS i są przypisane do programisty do pracy nad tym samym. Zawsze zauważyłem, że identyfikowalność jest bardzo ważna z punktu widzenia śledzenia każdej pracy w całym cyklu życia oprogramowania.,

przed dodaniem aplikacji. NET do repozytorium kontroli źródeł TFS upewnij się, czy projekt Collection i Team istnieje, czy nie.

zbiór jest tworzony przez Administratora TFS. Składa się z grupy projektów zespołowych w dowolnej organizacji usługowej, gdzie realizowane są projekty dla wielu klientów. W TFS możesz tworzyć indywidualne kolekcje dla każdego projektu klienta.

Po utworzeniu kolekcji można w niej utworzyć wiele projektów zespołowych. Jeden projekt zespołowy składa się ze wszystkich elementów roboczych, kodu źródłowego, artefaktów testowych, wskaźników raportów itp.,, Projekt zespołu można tworzyć przy użyciu różnych wbudowanych szablonów procesów, takich jak Scrum, Agile, CMMI itp.

  • Więcej informacji na temat tworzenia kolekcji można znaleźć @ Manage team project collections w Team Foundation Server
  • tutaj, będę używał domyślnej kolekcji, która jest tworzona po zainstalowaniu TFS
  • aby utworzyć projekt zespołu w ramach kolekcji, wykonaj kroki pokazane poniżej.

Uruchom interfejs WWW TFS używając URLhttp://<ServerName>:port/tfs I możesz zobaczyć utworzony projekt.,

kliknij na projekt, a przejdziesz do Panelu zespołu

(Uwaga: kliknij na dowolny obraz, aby zobaczyć powiększenie)

teraz mamy kolekcję i projekt zespołu. Uruchom Visual Studio.NET i utworzyć nową aplikację webową C# i udostępnić projekt do repozytorium TFS source control. Jest to pierwszy krok w kierunku ustanowienia praktyki ciągłej integracji (CI).

1) Uruchom Visual Studio.NET i ustawić TFS jako domyślne repozytorium kontroli źródła. Przejdź do Narzędzia = > opcje = > Kontrola źródła. Następnie kliknij OK.,

2) Przejdź do widoku => Team Explorer i połącz się z serwerem TFS za pomocą ikony

3) Utwórz C# ASP.NET projekt internetowy

4) ponieważ tworzymy aplikację internetową, Wybierz szablon formularzy internetowych

kliknij OK, aby utworzyć projekt.

5) utworzony projekt można przeglądać w Eksploratorze rozwiązań. . NET używa pojęcia .plik sln lub rozwiązanie zawierające wszystkie projekty. Po otwarciu rozwiązania otworzą się również wszystkie powiązane projekty. Musimy dodać rozwiązanie do repozytorium kontroli źródła TFS

6) zmodyfikować plik domyślny.,aspx jak pokazano, zapisz go, a następnie dodaj całe rozwiązanie do repozytorium kontroli źródła TFS

wybierz Widok projektu i będziesz mógł zobaczyć całą stronę

7) Dodaj rozwiązanie do kontroli źródła TFS. Kliknij prawym przyciskiem myszy na rozwiązaniu i wybierz „Dodaj rozwiązanie do kontroli źródła”

8) Wybierz wcześniej utworzony projekt zespołu, a następnie kliknij OK

9) rozwiązanie nie jest jeszcze sprawdzone w TFS. W Eksploratorze Team Explorer kliknij na Eksploratorze source control explorer i zobaczysz rozwiązanie dodane do odprawy.

10) zmiany zameldowania., Przejdź do Team Explorer = > oczekujące zmiany

wprowadź komentarz i przeciągnij element roboczy zadania, aby zapewnić identyfikowalność. Kliknij przycisk Check-in.

11) aby przetestować stronę działającą lokalnie, kliknij ikonę Firefoksa w Visual Studio.NET. pamiętaj, że nie jest jeszcze wdrożony do IIS w żadnym konkretnym środowisku.

Tworzenie definicji Build z analizą kodu

definicja build składa się z serii zadań, które są wykonywane podczas automatycznego procesu build., Przykłady zadań mogą obejmować uruchamianie Visual Studio Build, MS Build, wykonywanie skryptów PowerShell lub Shell itp.

1) aby utworzyć definicję kompilacji, Zaloguj się do interfejsu WWW TFS i przejdź do zakładki Builds. Kliknij na+, aby utworzyć definicję budowania. Zacznij od pustej definicji, a następnie kliknij Dalej.,

Wybierz projekt zespołu i kliknij Utwórz

kliknij Edytuj, który znajduje się obok pustej definicji

Zapisz definicję kompilacji jako coś w rodzaju „Main Build”

ponieważ Sonarqube będzie używany do analizy kodu, dlatego dodaj 2 kroki sonaru „SonarQube Scanner for MSBuild – Begin Analysis” i „SonarQube Scanner for MSBuild – End Analysis” zadania.

Dodaj krok rozpocznij analizę przed dowolnym MS Build lub Visual Studio Build. Ten krok pobiera szczegóły z serwera Sonarqube w celu skonfigurowania analizy.

Dodaj analizę końcową krok później.,

dodane kroki będą wyglądały następująco w MS Build step in between.

Zacznij definiować szczegóły serwera Sonarqube. Zdefiniuj punkt końcowy, w którym dodawane są dane serwera Sonarqube i uwierzytelniania. Kliknij „Zarządzaj”, aby dodać szczegóły serwera Sonarqube.

kliknij na 'New Service Endpoint =>Generic'

teraz wróć do głównego ekranu definicji kompilacji i wybierz punkt końcowy, który właśnie został utworzony.

ukończona konfiguracja do rozpoczęcia analizy, wygląda jak pokazano poniżej

Wybierz rozwiązanie., W Advanced=> dodatkowe Ustawienia Wprowadź następujące i zapisz definicję kompilacji

/ d:sonar.scm.enabled = true / d: sonar.scm.provider=tfvc/d: sonar.tfvc.username=niranjan /d: sonar.tfvc.hasło.zabezpieczony=<hasło >

SonarQube – Analiza końca. Zakończ analizę, a następnie prześlij wyniki do projektu SonarQube.

Dodaj krok, aby opublikować artefakty na serwerze. Artefakty będą przechowywane w folderze upuszczania na serwerze i będą używane podczas wdrażania.,

2) zainstaluj agenta na maszynie do budowania i wdrażania. Możesz zapoznać się z moim poprzednim samouczkiem, aby dowiedzieć się, jak zainstalować agenta. Teraz zakładając, że agent jest zainstalowany, upewnij się, czy agent jest uruchomiony, czy nie.

3) Upewnij się, że wtyczka SonarQube SCM TFVC jest pobrana stąd. i skopiowane do katalogu SonarQube installation\extensions\plugins. Ta wtyczka zapewnia, że kod źródłowy jest pobierany z repozytorium kontroli źródeł TFS i jest udostępniany SonarQube do analizy kodu.,

4) Po pobraniu i skopiowaniu wtyczki uruchom serwer sonar

5) Rozpocznij kompilację, aby sprawdzić, czy kroki działają poprawnie. Otwórz definicję budowania i kliknij na „Zbuduj kolejkę”

Zbuduj pomyślnie. Wszystkie kroki przebiegły dobrze.

kliknij na numer kompilacji, w tym przypadku jest to Build 217 i przejdź do zakładki artefakty, aby zobaczyć folder upuszczania utworzony na poziomie serwera.

Uwaga: w następnej sekcji proces wydania pokazuje, w jaki sposób każda ze zmian może być odzwierciedlona w całym procesie wdrażania., W tym celu upewnij się, że Artefakty projektu są kopiowane przez krok kopiowania w definicji budowania po kroku kompilacji lub ręcznie skopiować katalog artefakt projektu do C:\inetpub\wwwroot katalog. Trzeba to zrobić tylko raz.

Tworzenie Wydania do wdrożenia

w poprzedniej sekcji widzieliśmy o kompilacji, a następnie analizie kodu za pomocą SonarQube. Stworzymy teraz Release, aby wdrożyć artefakty z folderu „upuść” do usług IIS.

wraz z utworzeniem Wydania Cała ciągła integracja i ciągłe dostarczanie są zautomatyzowane bez żadnej ręcznej interwencji.,

przejdź do centrum Wydania i utwórz definicję Wydania.

zacznij od pustej definicji i kliknij OK.

Zapisz definicję Wydania i zmień nazwę domyślnego środowiska na QA. W oparciu o projekty, dodatkowe środowiska, takie jak Staging Pre-Prod itp. można również dodać, a wdrożenie będzie zautomatyzowane w całych środowiskach jeden po drugim.

Połącz definicję kompilacji z definicją Release, aby wdrożenie było zautomatyzowane. Kliknij na 'Link do definicji budowania'. Wybierz wcześniej utworzoną definicję budowania.,

kliknij na Link

Włącz warunek wdrożenia, aby rozpocząć wdrożenie natychmiast po utworzeniu Wydania

włącz również WYZWALACZ wdrożenia po pomyślnym zakończeniu kompilacji. W definicji Wydania przejdź do zakładki wyzwalacz i włącz opcję „ciągłe wdrażanie”, wybierz definicję kompilacji.

później Zapisz definicję Wydania.

wróć do zakładki środowisk w definicji wydania Dodaj zadania, aby wdrożyć artefakty na serwerze IIS.

Dodaj zadanie skopiowania plików z folderu 'drop' utworzonego podczas procesu budowania do IIS wwwrootdirectory.,

katalog źródłowy-Przejrzyj i wybierz projekt Webaplication1 w folderze upuszczonym

katalog docelowy powinien być katalogiem inetpub \ wwwroot – C:\inetpub\wwwroot\WebApplication1

uruchamianie Wydania dla wdrożenia

w centrum wydania Utwórz wydanie, aby rozpocząć wdrażanie

wybierz ostatnią stabilną kompilację i kliknij Utwórz, aby rozpocząć wdrażanie.

wdrożenie przebiega pomyślnie w środowisku QA

Uruchom inetmgr, który jest menedżerem IIS, gdzie możesz zarządzać wszystkimi stronami internetowymi / aplikacjami zainstalowanymi w IIS. Przejdź do wdrożonej aplikacji internetowej.,

podsumowując, po zainicjowaniu kompilacji, wdrożenie zostanie również ukończone we wszystkich zdefiniowanych środowiskach, ponieważ wydanie jest powiązane z definicją kompilacji.

podsumowanie

w tym samouczku TFS widzieliśmy, jak platforma Microsoft ALM może być używana do automatyzacji tworzenia, testowania i wdrażania aplikacji.NET. TFS odgrywa tu dużą rolę.

dlatego w dzisiejszym świecie automatyzacja jest kluczem do udanej i szybszej dostawy, aby pozostać na czele.

Ostatnia aktualizacja: 18.01.2012 18: 33

Share

Dodaj komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *