Neu in TFS 2018: Erweiterungen der Pull Requests

Damit der Code einer Software eine hohe Qualität aufweist sind regelmäßige Reviews Pflicht. Pull Requests (PR) bieten für Reviews eine tolle Plattform. Sie stellen eine Art Benachrichtigung dar, in der ein Verantwortlicher Anton eine andere Entwicklerin Berta darum bittet den neuen Code in den bestehenden zu integrieren. Entwicklerin Berta kann nun Feedback liefern und eine…

ANGULAR 2 – dotnetpro 11/2017

Mit jeder Angular-2-Anwendung wird ein Compiler mitgeliefert. Dieser sorgt dafür, dass für jedes HTML-Template der Anwendung Code-behind erzeugt wird. Der generierte Code stellt die Verbindung zwischen beiden Welten her und instanziert die verwendeten Angular-Konstrukte.
Autor: Florian Bader und Lukas Ochsenreiter

Angular CLI

Wer eine neue Angular-2-Applikation aufsetzt, muss einen hohen initialen Aufwand treiben. Eine Projektstruktur muss definiert und Pakete müssen geladen werden, und welcher Task Runner soll überhaupt zum Einsatz kommen?
Autor: Florian Bader und Lukas Ochsenreiter

WiX Heat XSL Transformation

Mit Hilfe von Heat lässt sich die Fragmenterzeugung, welche ein Hauptbestandteil eines WiX Installers ist, automatisieren. Dies wurde bereits im Beitrag Automatische Fragmenterzeugung mit Heat gezeigt. Was aber, wenn die ein oder andere Datei im Installationsvorgang nicht kopiert werden soll oder der Component bzw. dem File noch Attribute hinzugefügt werden müssen? Das erzeugte Fragment manuell…

Neu in TFS 2018: Variable Groups für das Release Management

Wer für große Umgebungen im Release Management bereits Variablen verwalten musste, weiß wie umfangreich diese werden können. Auch kann es vorkommen, dass Variablen über verschiedene Release Definitionen wiederverwendet werden. Dafür gibt es jetzt mit TFS 2018 Abhilfe in Form von Variable Groups. Eine Variable Group enthält dabei verschiedene Variablen. Diese können entweder im Klartext oder…

Whitepaper: Testing aus Application Insights

Zu Beginn eines Entwicklungsprozesses muss man sich um vieles kümmern: Architektur, Konzepte und Verantwortlichkeiten sind nur ein kleiner Teil des Ganzen. Dabei wird oft ein wesentlicher Bestandteil im DevOps Cycle vergessen: die Verteilung der Anwendung, wenn sie fertig ist. Anders formuliert: Wie installiert der Nutzer später die Software auf seinem System?