TFS 2012 TFS 2012 Team Build - Architektur und Installation: Architektur und Installation
Von Tobias Richling und Michael Klei
()
Über dieses E-Book
Lösungen mit ein und erzeugt Kompilate verschiedenen Typs, zum Beispiel Clientapplikationen, Dienste und ein Setup. Im Zuge der Erstellung müssen
automatisierte Tests ausgeführt werden, die Änderungen seit dem letzten Build ermittelt und bei erfolgreicher Ausführung die fertigen Dateien für den Tester oder die Auslieferung bereitgelegt werden. Für verschiedene Codelinien wie Entwicklung, Main oder die Releases müssen verschiedentlich getaktete Builds definiert werden. In diesem shortcut werden ausgehend von einem Branch-Modell Build-Definitionen erzeugt. Zudem gibt es Erläuterungen zu privaten Builds, dem
Workflow, den Reaktionsmöglichkeiten auf Build-Ereignisse.
Mehr von Tobias Richling lesen
shortcuts TFS 2012 Jumpstart: Per Express zum Application Lifecycle Management Bewertung: 0 von 5 Sternen0 BewertungenBing Maps für Webentwickler Bewertung: 0 von 5 Sternen0 Bewertungen
Ähnlich wie TFS 2012 TFS 2012 Team Build - Architektur und Installation
Titel in dieser Serie (100)
Einstieg in Google Go Bewertung: 0 von 5 Sternen0 BewertungenIT Wissensmanagement: Theorie und Praxis Bewertung: 0 von 5 Sternen0 BewertungenTFS 2012 Versionskontrolle: Grundlagen, Check-In Policies und Branch-Modelle Bewertung: 0 von 5 Sternen0 BewertungenAlgorithmen: Grundlagen und Implementierung Bewertung: 0 von 5 Sternen0 BewertungenServiceorientierte Architektur: Anforderungen, Konzeption und Praxiserfahrungen Bewertung: 0 von 5 Sternen0 BewertungenErfolgreiche Spieleentwicklung: OpenGL, OpenAL und KI Bewertung: 0 von 5 Sternen0 BewertungenSkalierbare Softwaresysteme: Design, Betrieb und Optimierungspotenziale Bewertung: 0 von 5 Sternen0 BewertungenÜberzeugende Präsentationen: Konzeption, Technik und Design Bewertung: 0 von 5 Sternen0 BewertungenBig Data: Executive Briefing Bewertung: 0 von 5 Sternen0 BewertungenQualitätssicherung mit JavaScript und PHP Bewertung: 0 von 5 Sternen0 BewertungenQualität in IT-Architekturen: Strategie und Planung Bewertung: 0 von 5 Sternen0 BewertungenBig Data: Technologiegrundlagen Bewertung: 0 von 5 Sternen0 BewertungenJava EE Security Bewertung: 0 von 5 Sternen0 BewertungenErfolgreiche Spieleentwicklung: OpenCL Bewertung: 0 von 5 Sternen0 BewertungenZend Framework 2: Für Einsteiger und Umsteiger Bewertung: 0 von 5 Sternen0 BewertungenUX Design für Tablet-Websites: Ein Überblick Bewertung: 0 von 5 Sternen0 BewertungenJavaScript für Eclipse-Entwickler: Orion, RAP und GWT Bewertung: 0 von 5 Sternen0 BewertungenNFC: Near Field Communication für Android-Entwickler Bewertung: 5 von 5 Sternen5/5JavaScript auf dem Server Bewertung: 0 von 5 Sternen0 BewertungenHTML5 Security Bewertung: 0 von 5 Sternen0 BewertungenHTML5 für Mobile Web Bewertung: 0 von 5 Sternen0 BewertungenAmazon Web Services für .NET Entwickler Bewertung: 0 von 5 Sternen0 BewertungenTFS 2012 Anforderungsmanagement: Work Items und Prozessvorlagen Bewertung: 0 von 5 Sternen0 BewertungenMobile Business: Was Entscheider morgen wissen müssen Bewertung: 0 von 5 Sternen0 BewertungenC++: Kurzportträt einer zeitlosen Sprache Bewertung: 0 von 5 Sternen0 BewertungenQualität in IT-Architekturen: Management Bewertung: 0 von 5 Sternen0 BewertungenApache Tapestry: Einstieg in die komponentenorientierte Webentwicklung Bewertung: 0 von 5 Sternen0 BewertungenGeolocation mit PHP: Foursquare-API, Google Places & Qype Bewertung: 0 von 5 Sternen0 BewertungenWebentwicklung mit dem Play Framework Bewertung: 0 von 5 Sternen0 BewertungenBPM: Strategien und Anwendungsfälle Bewertung: 0 von 5 Sternen0 Bewertungen
Ähnliche E-Books
Visual Studio Release Management Bewertung: 0 von 5 Sternen0 BewertungenTFS 2012 Überblick und Installation: Der Weg zum TFS Bewertung: 0 von 5 Sternen0 BewertungenTFS 2012 Versionskontrolle: Grundlagen, Check-In Policies und Branch-Modelle Bewertung: 0 von 5 Sternen0 BewertungenSharePoint Kompendium - Bd. 13 Bewertung: 0 von 5 Sternen0 BewertungenBlackBerry-10-Entwicklung mit der Momentics IDE Bewertung: 0 von 5 Sternen0 BewertungenCloud Computing Grundlagen: Technisch / rechtlich / wirtschaftlich und architekturell Bewertung: 0 von 5 Sternen0 BewertungenASP.NET Core: Eine Einführung Bewertung: 0 von 5 Sternen0 BewertungenPowerShell: Grundlagen für .NET-Entwickler Bewertung: 0 von 5 Sternen0 BewertungenXamarin für Android: Einführung in Android GUI und Hardware Bewertung: 0 von 5 Sternen0 BewertungenExtensions für TYPO3: So entwickeln Sie maßgeschneiderte TYPO3-Erweiterungen Bewertung: 0 von 5 Sternen0 BewertungenDocker: Webseiten mittels Containerarchitektur erstellen Bewertung: 3 von 5 Sternen3/5Kompakteinstieg: Continuous Integration mit Jenkins Bewertung: 0 von 5 Sternen0 BewertungenAgiliät und Continuous Delivery Bewertung: 0 von 5 Sternen0 BewertungenLogging: Schnelleinstieg Bewertung: 0 von 5 Sternen0 BewertungenSoftwarequalität in PHP-Prozessen: Installation und Betrieb eines Jenkins-Servers Bewertung: 0 von 5 Sternen0 BewertungenJavaFX Rendering & 3D Bewertung: 0 von 5 Sternen0 BewertungenDer Microsoft 365 Trainer Microsoft 365 Certified- Enterprise Administrator Expert: Vorbereitung zur Prüfung MS-101 Bewertung: 0 von 5 Sternen0 BewertungenSoftware Development Trends: Wegweisende Beiträge für eine neue IT: Wegweisende Beiträge für eine neue IT Bewertung: 0 von 5 Sternen0 BewertungenDocker und die Containerwelt: Einstieg und Expertentipps rund um Docker-Container Bewertung: 1 von 5 Sternen1/5Administrator Praxis - Kleine Windows Netzwerke Bewertung: 0 von 5 Sternen0 BewertungenTroubleshooting und Monitoring von Exchange und Office 365 Bewertung: 0 von 5 Sternen0 BewertungenServer-Infrastrukturen mit Microsoft Windows Server Technologien: Alle Themen für das Microsoft Seminar und die Zertifizierungsprüfung MOC 20413 Bewertung: 0 von 5 Sternen0 BewertungenAufsetzen, Testen und Betrieb einer Android-App Bewertung: 0 von 5 Sternen0 BewertungenExpertentipps zu Angular: Neuerungen in Angular 6, Umgang mit Microservices, Performanz und UX-Design Bewertung: 0 von 5 Sternen0 BewertungenSharePoint Kompendium - Bd. 16 Bewertung: 0 von 5 Sternen0 BewertungenSchritt für Schritt: Installation von Windows 10 im Netzwerk: Schnell und effektiv mit den Windows Server Bereitstellungsdiensten. eBook Edition Bewertung: 0 von 5 Sternen0 BewertungenDas Contao-Praxisbuch: Alle Schritte für die eigene Website: Installation, Konfiguration, Erweiterungen, Templates und Rechtesystem Bewertung: 0 von 5 Sternen0 BewertungenWebentwicklung mit dem Play Framework Bewertung: 0 von 5 Sternen0 BewertungenAutomatisiertes Testen: Testautomatisierung mit Geb und ScalaTest Bewertung: 0 von 5 Sternen0 BewertungenNintex Workflow: Konzepte und Strategien für leistungsfähige SharePoint-Workflows Bewertung: 0 von 5 Sternen0 Bewertungen
Informationstechnologie für Sie
Zertifizierung für Softwarearchitekten: Ihr Weg zur iSAQB-CPSA-F-Prüfung Bewertung: 0 von 5 Sternen0 BewertungenKnigge für Softwarearchitekten. Reloaded Bewertung: 0 von 5 Sternen0 BewertungenErfolgreich bewerben in der IT - die besten Praxistipps von A wie (Anschreiben) bis Z (wie Zeugnis) Bewertung: 0 von 5 Sternen0 BewertungenBlockchain: Praktische Anwendungen, Praktisches Verständnis Bewertung: 0 von 5 Sternen0 BewertungenAndroid-Entwicklung für Einsteiger - 20.000 Zeilen unter dem Meer: 2. erweiterte Auflage Bewertung: 0 von 5 Sternen0 BewertungenAgiles Requirements Engineering und Testen Bewertung: 0 von 5 Sternen0 BewertungenKompaktes Managementwissen: Die Grunstruktur agiler Prozesse Bewertung: 0 von 5 Sternen0 BewertungenEinplatinencomputer - ein Überblick Bewertung: 0 von 5 Sternen0 BewertungenBusiness-Intelligence-Lösungen für Unternehmen Bewertung: 0 von 5 Sternen0 Bewertungen
Rezensionen für TFS 2012 TFS 2012 Team Build - Architektur und Installation
0 Bewertungen0 Rezensionen
Buchvorschau
TFS 2012 TFS 2012 Team Build - Architektur und Installation - Tobias Richling
Tobias Richling, Michael Klei
TFS 2012 Team Build
Architektur und Installation
ISBN: 978-3-86802-474-6
© 2013 entwickler.press
Ein Imprint der Software & Support Media GmbH
1 Einleitung
Eine Software zu erstellen, geht weit über das Kompilieren im Visual Studio hinaus. Der Erstellungsprozess bezieht mehrere Lösungen mit ein und erzeugt Kompilate verschiedenen Typs, zum Beispiel Clientapplikationen, Dienste und ein Setup. Im Zuge der Erstellung müssen automatisierte Tests ausgeführt werden, die Änderungen seit dem letzten Build ermittelt und bei erfolgreicher Ausführung die fertigen Dateien für den Tester oder die Auslieferung bereitgelegt werden. Für verschiedene Codelinien wie Entwicklung, Main oder die Releases müssen verschiedentlich getaktete Builds definiert werden.
In diesem Kapitel
werden ausgehend von einem Branch-Modell Build-Definitionen erzeugt
werden private Builds erläutert
wird der dem Team Build zugrunde liegende Workflow erläutert
wird vorgestellt, wie man diesen Workflow mit eigenen Aktivitäten anpassen kann
wird demonstriert, wie man auf Build-Ereignisse reagieren kann
Voraussetzungen für dieses Kapitel:
eine vorhandene TFS-Installation
ein einfaches Branch-Modell
2 Grundlagen
2.1 Architektur
Der Team Build ist als Bestandteil des TFS natürlich in die Gesamtarchitektur eingebunden. Dementsprechend benötigt er einen TFS und dessen Datenbanken, um grundsätzlich zu funktionieren. Darüber hinaus gibt es zwei wesentliche logische Komponenten, die den Team Build ausmachen: der Build-Controller und der oder die Build-Agenten. Beide sind Bestandteile des Build Service.
Logische Architektur
Der Build Service ist die logische Einheit, die die Grundlage für Controller und Agenten darstellt. Der Build-Dienst muss auf jedem Rechner installiert sein, auf dem ein Controller und/oder ein Agent ausgeführt werden soll.
Der Build Controller nimmt alle Build-Anforderungen entgegen, legt die Ausführungsreihenfolge fest und startet die Ausführung der Builds. Auf einem physikalischen Rechner kann nur jeweils ein Build Controller installiert werden, der immer einer Teamprojektsammlung zugeordnet ist. Die Abarbeitung eines Build-Laufs beginnt auf dem Controller, auf dem Initialisierungsarbeiten erledigt werden. Die Hauptarbeit für die Durchführung der Builds delegiert der Controller an einen Build Agent. Die Arbeit des Build Controllers erfordert nicht viel CPU-Leistung, kann aber speicherintensiv sein – also lieber mehr Speicher als leistungsstarker Prozessor (Abbildung 2.1).
Abbildung 2.1: Logische Team-Build-Architektur
Der Build Agent führt die Hauptarbeit bei der Ausführung von Builds aus. Jeder Build Agent ist einem Build Controller zugeordnet, der für ihn verantwortlich ist um ihm die Ausführung eines konkreten Builds zuweist. Während es pro Teamprojektsammlung genau einen Build Controller geben kann, können mehrere Build Agents existieren. Jeder Build Agent kann zur gleichen Zeit nur einen Build ausführen. Wenn mehr Builds angefordert werden als Build Agents verfügbar sind, werden diese vom Controller in einer Warteschlange gesammelt. Sie können auf dem gleichen Rechner wie der Build Controller laufen, oder auf separaten Maschinen. Auf einem physikalischen Computer können auch mehrere Build Agents ausgeführt werden. Da der Build Agent die rechenzeitintensiven und datenlastigen Tätigkeiten im Team Build übernimmt, sollten nicht zu viele Agents auf einem Rechner laufen. Wenn man mit der Einrichtung einer Build-Umgebung beginnt, kann man mit einer kleinen Anzahl an Agents beginnen – für den Anfang tut es für gewöhnlich ein einziger. Später wird die Anzahl der durchzuführenden Builds eventuell steigen, dann kann man weitere Agents ins System bringen. Es ist auch möglich, Agents für spezielle Aufgaben einzurichten, zum Beispiel einen Agents, der nur nächtliche Builds durchführt, oder eine Gruppe von Agents, die nur Continuous Integration Builds durchführen. Zu diesem Zweck kann man Agents Tags zuweisen. Bei der Definition eines Builds können ebenfalls Tags angegeben werden. Der Build Controller versucht dann, einen freien Agent zu finden, der mit den angegebenen Tags übereinstimmt.
Physikalische Architektur
Es gibt verschiedene Möglichkeiten, die logischen Komponenten auf physikalische Computer zu verteilen. Alle gezeigten Ansätze gehen von einer Teamprojektsammlung aus, für jede weitere Sammlung wird jeweils ein weiterer Build Controller fällig, der auf einem eigenen Rechner laufen muss und somit wiederum mit jedem Architekturansatz kombiniert werden kann. Drei mögliche Architekturansätze sind in Abbildung 2.2 zusammengefasst.
Abbildung 2.2: Drei mögliche physikalische Team-Build-Architekturen
Die einfachste Topologie ist die, alle Komponenten auf einer Maschine zu installieren (in der Abbildung ganz links). Die Vorteile dieser Variante liegen auf der Hand: Sie ist einfach zu installieren und zu warten, und es fallen relativ geringe Hardwarekosten an. Für Einzelentwickler lässt sich dieses Setup auf dem Notebook einrichten und betreiben. Für kleine Teams reicht ein PC mit normaler Desktop-Hardware. Abhängig von der Anzahl der Builds, Teamprojekte und Entwickler kann man die Rechnerleistung langsam steigern. Wenn man leistungsfähige Server-Hardware einsetzt, kann man bis zu 15 Entwickler mit dieser Installation bedienen. Dieses Deployment läuft auch auf virtuellen Maschinen sehr gut.
Die erforderliche Rechenleistung hängt wesentlich von der Anzahl und dem Umfang der durchzuführenden Builds ab. Die Versionskontrolle hat relativ moderate Anforderungen, mit durchschnittlicher Hardware kann man auch größere Teams bedienen. Solange nur ein Build parallel ausgeführt werden muss, reicht auch ein einzelner Rechner aus. Es kann aber leicht zu einer Situation kommen, wo mehrere Builds parallel laufen sollen. Dies ist nur möglich, wenn auch mehrere Build Agents vorhanden sind. Und dann wird es auf einer Maschine schnell eng. In diesem Fall kann man das erste Szenario erweitern, indem man einen weiteren Rechner aufsetzt und dort weitere Build Agents installiert (in der Abbildung mittig). Es ist für durchschnittliche Deployments problemlos möglich, den Build Controller auf einem Rechner mit den übrigen TFS-Diensten laufen zu lassen und nur die Agents auf weitere Knoten zu verteilen. Natürlich kann der Build Controller auch auf einem separaten Rechner installiert werden.
Sollte auch dieser Umfang nicht mehr ausreichen, kann man auf die große Variante zurückgreifen