ALM mit Visual Studio Online. Philip Gossweiler Noser Engineering AG

Transkript

1 ALM mit Visual Studio Online Philip Gossweiler Noser Engineering AG

2 Was ist Visual Studio Online? Visual Studio Online hiess bis November 2013 Team Foundation Service Kernstück von Visual Studio Online ist ein Cloud-basierter Team Foundation Server Hinzu kommen Services welche nur in der Cloud verfügbar sind Cloud-based Load Testing Web based code editor ( Monaco ) Deployment auf Windows Azure

3 Commit-Build-Deploy-Test Cycle Commit Build Deploy Test

4 Team Foundation Server Architektur Lab Management Clients Test Agent Team Explorer Team Explorer Everywhere Test Manager Web Browser Client Object Model Client Object Model Client Object Model Test Agent Test Controller Build Agent Build Controller Web Services SQL Server Database Engine Server Object Model SQL Server Analysis Services Server Application SQL Server SQL Server Reporting Services Build Agent Application Tier Data Tier Team Fountation Server Team Fountation Build SharePoint

5 Team Foundation Server Architektur Windows Azure Team Explorer Team Explorer Everywhere Test Manager Web Browser Client Object Model Client Object Model Client Object Model Build Agent Build Controller Web Services Server Object Model SQL Server Database Engine Build Agent Server Application Application Tier SQL Server Data Tier Stand April 2014: 21 Application Tiers 16 Job Agents 175 Build/Load Test VMs

6 Visual Studio Online Account anlegen Erfordert einen Microsoft Account (ehemals Windows Live ID )

7 Visual Studio Online Account anlegen Account URL dient als Connection String zu Visual Studio Online (Kann später geändert werden)

8 Team Project anlegen

9 Strukturierung von Team Projects Alle Projekte die voneinander abhängen, sollten im selben Team Project untergebracht werden Applikationen und die Frameworks auf denen sie basieren Client / Server Applikationen Team Project Project sofern die Projekt-Teams nach den gleichen / ähnlichen Prozessen arbeiten Team Project Team

10 Verbindung aufbauen

11 Verbindung aufbauen

12 Commit-Build-Deploy-Test Cycle Commit Build Deploy Test

13 Work Items Work Items sind generische, von TFS zur Verfügung gestellte Objekte um Arbeitsabläufe zu organisieren, nachverfolgbar zu machen und Fortschritt sichtbar zu machen Microsoft definiert Work Items folgendermassen: ˮA work item is a database record that Team Foundation uses to track the assignment and progress of workˮ Welche Work Item Types zur Verfügung stehen, wird durch das bei der Erzeugung des Team Projects verwendete Process Template bestimmt

14 Work Item Types Alle Process Templates stellen spezifische Work Items zur Verfügung: Scrum Feature Product Backlog Item Task Impediment Test Case Bug... Product Backlog Item Feature Product Backlog Item Product Backlog Item Bug Test Case Bug Task Task

15 Work Items Jedes Work Item verhält sich gemäss einem Vordefinierten Zustandsdiagramm Je nach Zustand müssen andere Felder zwingend ausgefüllt werden Momentan können Work Item Types auf Visual Studio Online nicht modifiziert werden Scrum 2.2 Task

16

17 Version Control Was soll ich verwenden? Team Foundation Version Control (TFVC) oder Git?

18 Team Foundation Version Control (TFVC) Source Control Explorer Team Explorer Pending Changes

19 TFVC Workspaces Workspaces speichern die Zuordnung von Version Control Repository Folder und lokaler Kopien dieser Folder Es gibt zwei Typen von Workspaces: Server Workspaces Die Information welche Versionen und Änderungen lokal vorhanden sind, ist auf dem Server gespeichert Offline arbeiten ist sehr umständlich Eignet sich wenn lokal mit grosser Anzahl Dateien gearbeitet wird Local Workspaces Ein lokaler $tf Folder speichert die Information welche Versionen und Änderungen lokal vorhanden sind Eignet sich wenn lokal weniger als Dateien vorhanden sind

20 Version Control Git

21 Git Integration Änderungen im Working Directory Änderungen im lokalen Git Repository welche noch nicht in das Master Repository übertragen wurden Unterstützung für Git Branches

22 Git Integration Git TFVC

23 TFVC oder Git? Beide sind in Team Foundation Server / Visual Studio integriert Beide unterstützen Team Foundation Build und Verknüpfungen mit Work Items Git + Offline-Zugriff auf das ganze Repository + Unabhängig von Visual Studio + Verschiedenste Tools können via Git an Team Foundation Server angebunden werden - Aufwändig zu erlernen TFVC + Durch das zentrale Repository können Dateien global gelockt werden + Gute Branch-Visualisierung + Einfacher zu erlernen als Git - Repository eines Projekts kann nicht exportiert werden

24

25 Commit-Build-Deploy-Test Cycle Commit Build Deploy Test

26 Team Foundation Build Team Foundation Server verfügt über ein integriertes Build System bekannt als Team Foundation Build Build Controller delegieren Builds an zur Verfügung stehende Build Agents und ermöglichen so automatische Lastverteilung. Build Agents arbeiten Builds ab, d.h. laden den Quellcode herunter, kompilieren ihn, führen Tests aus.

27 Build Definition Name der Build Definition (sichtbar im Team Explorer) Beschreibung der Build Definition

28 Build Definition Build wird manuell angefordert Für jeden getätigten Check-in wird ein Build erstellt Falls Checkins getätigt werden wird in regelmässigen, zeitlichen Intervallen ein Build erstellt Der Code wird erst eingecheckt wenn der Build erfolgreich war. Builds werden zu definierten Zeitpunkten durchgeführt

29 Build Definition Mappings welche verwendet werden um den Quellcode auf dem Build Agent herunter zu laden

30 Build Definition Build Controller über welchen Builds abgearbeitet werden Build-Output bleibt auf dem Build Agent liegen Build-Output wird auf einen Share kopiert Build-Output wird in die Versionsverwaltung eingecheckt Build-Output wird auf Visual Studio Online abgelegt

31 Build Definition Auswahl eines vordefinierten Build Process und dessen Parametrierung

32 Build Definition Bestimmt wieviele Builds aufbewahrt werden

33 Custom Build Process Der Ablauf eines Builds ist vorgegeben durch einen Build Process Build Processes sind zusammengesetzt aus Windows Workflow Activities Beliebige eigene Workflow Activities können implementiert und im Build Process verwendet werden

34 Cloud Build Controller / Build Agent Visual Studio Online stellt standardmässig einen Build Controller und Build Agent zur Verfügung Verschiedene Software ist auf dem Controller / Agent vorinstalliert Es kann keine weitere Software installiert werden Was wenn ich Tools in meinem Build Process brauche, welche nicht vorinstalliert sind?

35 On-Premises Build Controller / Agent Es können Build Controller und Build Agent, welche im eigenen Netzwerk gehostet werden, mit Visual Studio Online verbunden werden.

36

37 Commit-Build-Deploy-Test Cycle Commit Build Deploy Test

38 Continuous Delivery (CD) Mit verschiedenen Techniken und Methodiken, zusammengefasst als Continuous Delivery, wird überprüft ob eine Software während der Entwicklung durchgehend automatisch in die productive Umgebung überführt werden kann. Ein On-Premises Team Foundation Server kann dafür mit Lab Management erweitert werden. Lab Management basiert auf Hyper-V und System Center Virtual Machine Manager (SCVMM) Visual Studio Online die Anbindung eigener Hyper-V und SCVMM Server nicht. Stattdessen kann auf Windows Azure ausgewichen werden

39 Visual Studio Online Monaco Visual Studio Online Monaco ist eine Web-basierte Entwicklungsumgebung für Windows Azure basierte Web Sites In the Cloud, for the Coud Integrierbar mit Git

40

41 Commit-Build-Deploy-Test Cycle Commit Build Deploy Test

42 Cloud-basiertes Load Testing Load Testing ist ein Feature von Visual Studio Ultimate und dient dazu, dass Verhalten einer Web Applikation zu beurteilen, wenn viele Benutzer darauf zugreifen. Viele Benutzer zu simulieren erfordert entsprechend viele Ressourcen Visual Studio Online bietet Cloud-basiertes Load Testing und eliminiert dadurch den Aufbau von dedizierter Hardware und Test Controller / Test Agents

43

44 Besten Dank für Ihre Aufmerksamkeit Philip Gossweiler