tfs tutorial tfs automating build
Korzystanie z Microsoft TFS 2015 Update-3 dla platformy .NET (kompilacja, testowanie i wdrażanie): samouczek dotyczący programu TFS
TFS jest częściej używany do tworzenia aplikacji .NET przy użyciu środowiska Visual Studio .NET IDE. Dzięki TFS 2015 Update 3 można połączyć się z dowolnym repozytorium Git Team Foundation Server przy użyciu klucza SSH.
Team Foundation Server (TFS) to produkt ALM firmy Microsoft, który zapewnia możliwości kompleksowego programowania i testowania przy użyciu zarządzania elementami pracy, planowania projektów (kaskadowy lub Scrum), kontroli wersji, kompilacji / wydania (wdrażanie) i testowania możliwości.
UWAGA : Ten samouczek TFS zawiera wiele obrazów, więc pozwól mu poprawnie załadować.
Przeczytaj także => TFS dla projektów JAVA z Eclipse w DevOps
Czego się nauczysz:
- Wprowadzenie
- Skonfiguruj aplikację C #
- Tworzenie definicji kompilacji za pomocą analizy kodu
- Tworzenie wersji do wdrożenia
- Wykonywanie wydania do wdrożenia
- Wniosek
- rekomendowane lektury
Wprowadzenie
TFS jest dostosowany do Microsoft Visual Studio i Eclipse na wszystkich platformach, jednak może być również używany jako zaplecze dla kilku IDE (Zintegrowane środowiska programistyczne).
Przyjrzymy się teraz, jak Team Foundation Server (TFS) będzie używany do budowania, testowania i wdrażania aplikacji internetowych .NET, co jest tradycyjnie mocną stroną tego narzędzia.
Warunek wstępny:
- Aktualizacja Microsoft TFS 2015 3
- Microsoft Visual Studio .NET 2015 (30-dniowa wersja próbna)
- SonarQube 6.4 lub nowszy
- Włączony serwer sieci Web IIS. Ponieważ używam pudełka z systemem Windows 7, możesz sprawdzić ten samouczek dotyczący włączania usług 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 usług IIS w systemie Windows 2008/2012/2016.
Zazwyczaj do wykonania czynności wymienionych w samouczku potrzebny jest plik Zbuduj serwer , gdzie będą wykonywane Kompilacje oraz Wdrażanie maszyn lub środowisk, w których aplikacje będą wdrażane w usługach IIS z zainstalowanymi i uruchomionymi agentami. Zapoznaj się z moim wcześniejszym samouczkiem, aby dowiedzieć się, jak zainstalować agenty.
Skonfiguruj aplikację C #
Zakładając, że elementy pracy TASK są tworzone w programie TFS i przypisywane do deweloperów do pracy nad tym samym. Zawsze zauważyłem, że śledzenie jest bardzo ważne z punktu widzenia śledzenia jakiejkolwiek pracy w całym cyklu życia oprogramowania.
Przed dodaniem. NET do repozytorium kontroli źródła TFS , upewnij się, czy Kolekcja i projekt zespołowy istnieje lub nie.
Kolekcja jest tworzona przez administratora TFS. Składa się z grupy projektów zespołowych w dowolnej organizacji usługowej, w której realizowane są projekty dla wielu klientów. W programie TFS można tworzyć indywidualne kolekcje dla każdego projektu klienta.
Po utworzeniu kolekcji można w niej tworzyć wiele projektów zespołowych. Pojedynczy projekt zespołowy składa się ze wszystkich elementów pracy, kodu źródłowego, artefaktów testowych, metryk dla raportów itp. Projekt zespołowy można utworzyć za pomocą różnych wbudowanych szablonów procesów, takich jak Scrum, Agile, CMMI itp.
- Więcej o tworzeniu kolekcji można znaleźć @ Zarządzaj kolekcjami projektów zespołowych w Team Foundation Server
- Tutaj będę używać Kolekcja domyślna który jest tworzony po zainstalowaniu TFS
- Aby utworzyć projekt zespołowy w kolekcji, wykonaj kroki przedstawione poniżej.
Uruchom interfejs sieci Web TFS przy użyciu URL http: //: port / tfs i możesz zobaczyć plik projekt utworzony .
Kliknij projekt, a przejdziesz do panelu zespołu
(Uwaga:Kliknij dowolny obraz, aby wyświetlić powiększenie)
Teraz mamy utworzoną kolekcję i projekt zespołowy. Chodźmy uruchom Visual Studio.NET i utwórz plik nowa aplikacja internetowa C # i udostępnij projekt w repozytorium kontroli źródła TFS. To pierwszy krok do powstania Ciągła integracja (CI) ćwiczyć.
1) Uruchom program Visual Studio.NET i ustaw TFS jako domyślne repozytorium kontroli źródła. Iść do Narzędzia => Opcje => Kontrola źródła . Następnie kliknij ok .
dwa) Iść do Widok => Team Explorer i połącz się z serwerem TFS za pomocą ikony
3) Stwórz Projekt sieci Web C # ASP.NET
4) Ponieważ tworzymy aplikację internetową, Wybierz the Szablon formularzy sieci Web
Kliknij OK aby stworzyć projekt.
5) Utworzony projekt można obejrzeć w Eksplorator rozwiązań . NET wykorzystuje koncepcję pliku lub rozwiązania .sln do przechowywania wszystkich projektów. Po otwarciu rozwiązania zostaną również otwarte wszystkie powiązane projekty. Musimy dodać rozwiązanie do repozytorium kontroli źródła TFS
6) Zmodyfikuj plik Default.aspx jak pokazano, Zapisać go, a następnie dodaj całe rozwiązanie do pliku Repozytorium kontroli źródła TFS
Wybierz the Widok projektu i będziesz mógł zobaczyć całą stronę
7) Dodaj rozwiązanie do kontroli źródła TFS. Kliknij prawym przyciskiem myszy rozwiązania i wybierz „ Dodaj rozwiązanie do kontroli źródła ”
8) Wybierz Projekt zespołowy utworzone wcześniej i później Kliknij OK
9) Rozwiązanie nie zostało jeszcze wpisane do TFS. W Team Explorer kliknij eksplorator kontroli źródła i zobaczysz rozwiązanie dodane do wpisania.
10) Zmiany w odprawie. Iść do Team Explorer => Oczekujące zmiany
Wprowadź komentarz i przeciągnij i upuść element pracy ZADANIE, aby zapewnić identyfikowalność. Kliknij na Przycisk odprawy .
co mogę zrobić z C ++
jedenaście) Aby przetestować witrynę internetową działającą lokalnie, Kliknij ikonę Firefox w Visual Studio.NET . Pamiętaj, że nie jest jeszcze wdrożony w ICH w określonym środowisku.
Tworzenie definicji kompilacji za pomocą analizy kodu
Definicja kompilacji składa się z serii zadań wykonywanych podczas automatycznego procesu kompilacji. Przykłady zadań może składać się z uruchamiania Visual Studio Build, MS Build, wykonywania skryptów PowerShell lub Shell itp.
1) Stworzyć Definicja budowania , zaloguj się do interfejsu internetowego TFS i przejdź do Tworzy TAB . Kliknij + aby utworzyć definicję kompilacji. Zacznij od definicji PUSTEJ, a następnie kliknij Kolejny .
Wybierz Projekt zespołowy i kliknij Stwórz
Kliknij Edytuj , który znajduje się obok Pusta definicja
Zapisać definicja kompilacji jako coś podobnego „Główna konstrukcja”
Ponieważ Sonarqube będzie używany do analizy kodu, dodaj 2 kroki Sonar SonarQube Scanner for MSBuild - Begin Analysis ” i „ SonarQube Scanner for MSBuild - End Analysis ” zadania.
Dodaj Rozpocznij analizę krok przed jakimkolwiek programem MS Build lub Visual Studio Build. Ten krok pobiera szczegóły z Serwer Sonarqube skonfigurować analizę.
Dodaj Analiza końcowa krok później.
Dodane kroki będą wyglądać następująco z krokiem MS Build pomiędzy nimi.
Zacznij definiować szczegóły serwera Sonarqube. Zdefiniuj punkt końcowy, do którego dodawany jest serwer Sonarqube i szczegóły uwierzytelniania. Kliknij ' Zarządzać' aby dodać szczegóły serwera Sonarqube.
Kliknij „Nowy punkt końcowy usługi => Ogólny”
Teraz wróć do strony głównej Definicja budowania i wybierz punkt końcowy który właśnie został utworzony.
Ukończona konfiguracja dla analizy Begin wygląda, jak pokazano poniżej
Wybierz rozwiązanie. w Zaawansowane => Dodatkowe ustawienia wprowadź następujące informacje i zapisz plik Definicja budowania
/d:sonar.scm.enabled=true /d:sonar.scm.provider=tfvc /d:sonar.tfvc.username=niranjan /d:sonar.tfvc.password.secured=
SonarQube - koniec analizy . Zakończ analizę, a następnie prześlij wyniki do projektu SonarQube.
Dodaj krok do Publikuj artefakty na serwer. Artefakty będą przechowywane w folderze upuszczania na serwerze i będą używane podczas wdrażania.
dwa) Zainstaluj agenta na komputerze do tworzenia i wdrażania. Możesz zapoznać się z moim poprzednim samouczkiem, aby dowiedzieć się, jak zainstalować agenta. Zakładając teraz, że agent jest zainstalowany, upewnij się, czy agent działa, czy nie.
3) Upewnij się, że pobrano wtyczkę SonarQube SCM TFVC stąd . i skopiowano do Katalog SonarQube instalacja rozszerzenia wtyczki . Ta wtyczka zapewnia, że kod źródłowy jest pobierany z repozytorium kontroli źródła TFS i udostępniany SonarQube w celu analizy kodu.
4) Po pobraniu i skopiowaniu wtyczki Uruchomić serwer sonaru
5) Zainicjuj kompilację, aby sprawdzić, czy kroki działają poprawnie. Otwórz definicję kompilacji i kliknij „Queue Build”
Buduj pomyślnie. Wszystkie kroki przebiegły prawidłowo.
Kliknij na numerze kompilacji, w tym przypadku tak Kompilacja 217 i idź do Artefakty aby spojrzeć na folder zrzutu utworzony na poziomie serwera.
Uwaga: W następnej sekcji proces wydawania pokazuje, w jaki sposób dowolne zmiany mogą zostać odzwierciedlone w całym procesie wdrażania. W tym celu upewnij się, że artefakty projektu są kopiowane przez krok KOPIUJ w definicji kompilacji po kroku kompilacji lub ręcznie skopiuj katalog artefaktów projektu do katalogu C: inetpub wwwroot. Trzeba to zrobić tylko raz.
Tworzenie wersji do wdrożenia
W poprzedniej sekcji omówiliśmy kompilację, a następnie analizę kodu za pomocą SonarQube. Teraz utworzymy plik Zwolnij, aby wdrożyć artefakty z folderu „drop” do IIS.
Wraz z utworzeniem Release, całość Ciągła integracja i ciągłe dostarczanie jest zautomatyzowany bez ręcznej interwencji.
Przejdź do Centrum wydań i Utwórz definicję wydania .
Zacząć od Pusta definicja i kliknij OK.
Zapisać Definicja wydania i zmień nazwę środowiska domyślnego na QA. W oparciu o projekty można również dodać dodatkowe środowiska, takie jak Staging Pre-Prod itp., A wdrażanie byłoby zautomatyzowane w całych środowiskach, jedno po drugim.
Połącz definicję kompilacji z definicją wersji, aby wdrożenie było zautomatyzowane. Kliknij „Link do definicji kompilacji”. Wybierz definicję kompilacji utworzoną wcześniej.
Kliknij Połączyć
Włącz warunek wdrożenia, aby rozpocząć wdrażanie natychmiast po Tworzenie wydania
Ponadto włącz wyzwalacz do wdrożenia po pomyślnym zakończeniu kompilacji. W definicji wydania przejdź do Zakładka wyzwalacza i włącz „Ciągłe wdrażanie” wybierz definicję kompilacji.
Później Zapisać Definicja wydania.
Powrót na karcie Środowiska definicji wydania dodaj zadania w celu wdrożenia artefaktów na serwerze IIS.
Dodaj zadanie do kopiowania plików Folder „drop” utworzony podczas procesu kompilacji do katalogu wwwrootdirectory usług IIS.
Folder źródłowy - Przeglądaj i wybierz Aplikacja internetowa 1 projekt w folderze upuszczania
Folder docelowy powinien być katalogiem inetpub wwwroot - C: inetpub wwwroot WebApplication1
Wykonywanie wydania do wdrożenia
W centrum wydań utwórz wersję, aby rozpocząć wdrażanie
Wybierz ostatnią stabilną wersję i kliknij Utwórz, aby rozpocząć wdrażanie .
Wdrożenie w środowisku QA zakończyło się pomyślnie
Uruchom inetmgr, który jest menedżerem IIS, gdzie możesz zarządzać wszystkimi witrynami internetowymi / aplikacjami zainstalowanymi w IIS. Przejdź do wdrożonej aplikacji internetowej.
Podsumowując, po zainicjowaniu kompilacji wdrożenie zostanie również zakończone we wszystkich zdefiniowanych środowiskach, ponieważ wydanie jest połączone z definicją kompilacji.
Wniosek
W tym samouczku TFS widzieliśmy teraz, jak platforma Microsoft ALM może być używana do automatyzacji tworzenia, testowania i wdrażania aplikacji .NET. TFS odgrywa tutaj główną rolę.
Dlatego w dzisiejszym świecie AUTOMATYZACJA jest kluczem do skutecznej i szybszej dostawy, aby pozostać na czele.
rekomendowane lektury
- Dogłębne samouczki dotyczące Eclipse dla początkujących
- Jak używać Microsoft TFS dla projektów JAVA z Eclipse w DevOps
- Wdrożenie w MongoDB: samouczek krok po kroku
- Samouczek AWS CodeBuild: wyodrębnianie kodu z kompilacji Maven
- Najlepsze narzędzia AWS DevOps do tworzenia i wdrażania w chmurze
- JIRA Agile Tutorial: Jak skutecznie używać JIRA do zarządzania projektami Agile
- Korzystanie z narzędzia Maven Build Automation Tool i Maven Project Setup dla Selenium - samouczek Selenium # 24
- Zbuduj jednostronicową aplikację za pomocą AngularJS (samouczek z przykładem)