Nico Orschel | AIT GmbH & Co. KG

Marc Müller | 4tecture GmbH

TFS 2015: Build und Release der neuen Generation

Agenda

• Historie

• Architektur

• Customizing

• Abwärtskompatibilität & Migration

• Was noch kommt…

Historie

Nico’s

Vergangenheits-

bewältigung

Ein wenig Historie – Visual Studio

Ein wenig Historie - CMDline

Bus Faktor

Ein wenig Historie – TeamBuild

TFSBuild.proj

Ein wenig Historie – TeamBuild

TFSBuild.proj

Ein wenig Historie – Teambuild

Workflow

Ein wenig Historie –

Teambuild Workflow

Build vNextWarum eigentlich?

Warum ein neues Build System?

• Begrenzte Skalierbarkeit

• Zwei Technologien, hohe Lernkurve

• Umständliche Erweiterbarkeit (v. A. 3rd

Party)

• Starke Versionsabhängigkeiten (VS vs.

TFS)

• Hoher Update-/Upgrade-Aufwand

• Nicht Cross-Plattform

Keine neue Build DSL

• Bestehende Build DSL

nutzen

• Einfache Erweiterbarkeit

• Support für Cross-Platform

(NodeJs basierter Xplat

Agent)

• Direkte Logfiles

Architektur vNext

TFS (Account/Server) Build-Server 1

Build-Server 2

Pool 1 Pool 2

TPC 1 TPC 2

A1P1

A1P2A2P1

A4P2

A3P2

A5P2

Q-Pool 1

Q-Pool 2

Q-Pool 1A2P2

DemoBuild vNext (Windowsand Linux)

CustomizingWenn Konfiguration nicht ausreicht…

Extensibility

Build Tasks basieren auf Skripten• Grundsätzlich sollten keine eignen Task geschrieben werden müssen

• Windows: Power Shell

• Xplat: JavaScript

Custom Build Tasks als Paket auf TFS• Wird als Zip Datei auf TFS geladen.

• Agents laden dieses automatisch herunter

Alle OOB Tasks sind Open Source• Idee einer Community

• https://github.com/Microsoft/vso-agent-tasks

DemoBuild vNext Customizing

Migration und

KompatibilitätWas passiert mit meinen alten Builds?

Abwärtskompatibilität

TFS (Deployment)Build-Server 1

Build-Server 2

Pool 1 Pool 2

TPC 1 TPC 2

A1P1

A1P2A2P1

A4P2

A3P2

A5P2

Q-Pool 1

Q-Pool 2

Q-Pool 1A2P2

Cont.

A3

Build-Server 3

Controller*

A1 A2

*TFS 2010 - 2015

Was noch kommt…Ausblick

Release Management

vNext

Release process

Release cycle

Team Foundation

Server

Drop Location

RM ClientRM Web

QA

DEV

RM Server

How it works - Damals

Team Foundation

Server

Drop Location

RM ClientTFS Web Access

QA

DEV

Build Agent

How it works - Demnächst

Weitere Informationen

TFS Build

https://msdn.microsoft.com/en-us/Library/vs/alm/Build/overview

Build Futures:http://blogs.msdn.com/b/visualstudioalm/archive/2015/02/12/build-futures.aspx

Release Management vNext Plans

http://blogs.msdn.com/b/visualstudioalm/archive/2015/08/26/release-management-vnext-plans.aspx

Wir unterstützen Sie

KONTAKTNico.Orschel@aitgmbh.de

+49 151 55052624

AIT GmbH & Co. KGLeitzstr. 45, 70469 Stuttgart

www.aitgmbh.de

BERATUNGAgile ALM und TFS

.NET und Architektur

ENTWICKLUNGDienstleister für individuelle

Lösungen mit .NET und Azure

© AIT GmbH & Co. KG – Alle genannten und gezeigten Marken oder Warenzeichen sind eingetragene Marken oder eingetragene Warenzeichen ihrer jeweiligen Eigentümer

und ggf. nicht gesondert gekennzeichnet. Aus dem Fehlen der Kennzeichnung kann nicht geschlossen werden, daß es sich bei einem Begriff oder einem Bild nicht um eine

eingetragene Marke oder ein eingetragenes Warenzeichen handelt.

Marc Müller

Principal Consultant

für Team Foundation Server, ALM, .NET

E-Mail: marc.mueller@4tecture.ch

Webseite: http://www.4tecture.ch

Schulungen: http://4tecture.ch/trainings

Blog: http://4tecture.ch/blog

Twitter: @muellermarc