TFS/VSTS Best Practices erstellen

Question

Wir arbeiten an der Migration von TeamCity zu TFS. Ich habe ein paar Build-Projekte in TFS erstellt und festgestellt, dass die Verwendung eines Build-Skripts am flexibelsten zu sein scheint, aber es ist auch schwierig, sie zum korrekten Arbeiten zu bringen. Das Suchen nach dem neuesten msbuild zum Beispiel ist besonders mühsam. Die Verwendung der integrierten Aufgaben ist einfach, beschränkt sich jedoch auf den jeweiligen Schritt. Wie beim Dotnet-Kernschritt fehlt die Pack-Option.

Ich finde keine Anleitung, welcher Weg insgesamt besser funktioniert, ob mit einem Build-Skript in der Build-Definition im Vergleich zu einer Reihe von Build-Schritten.

Gibt es Best Practices/Whitepapers, die für VSTS oder TFS 2017 relevant sind, oder hat jemand eine Anleitung, wie es weitergehen soll?

Answer 1

Es basiert auf der spezifischen Anforderung. TFS-Build-System mit dem Ziel, es wirklich plattformübergreifend und viel einfacher zu arbeiten. Es gibt eingebaute Aufgaben und Sie können sie verwenden, um die Art, wie Sie Ihr eigenes Build-System zusammenstellen und anpassen, erheblich zu verbessern.

A Aufgabe ist der Baustein in einer Automatisierungs build Definition für die Definition, oder in einer Umgebung mit einer Release-Definition. Eine Aufgabe ist einfach ein Paket Skript oder Prozedur, die mit einem Satz von Eingängen abstrahiert wurde. Wir stellen einige built-in tasks zur Verfügung, um grundlegende Build- und Deployment-Szenarien zu ermöglichen: .

Darüber hinaus bietet Visual Studio Marketplace eine Reihe von Erweiterungen; Jede davon, wenn sie in Ihrem Konto oder in der Sammlung installiert ist, erweitert den Aufgabenkatalog um eine oder mehrere Aufgaben. Darüber hinaus können Sie Ihre eigenen custom extensions schreiben, um Aufgaben zu Ihrem Konto in VSTS oder Ihrer Sammlung in TFS hinzuzufügen.

Eigentlich können Sie das Skript und die Build-in-Aufgabe kombinieren, um das Build-System möglichst flexibel zu machen. Zum Beispiel können Sie Skript mit folgenden Aufgabe eingeführt in Ihrem Build-Definition verwenden:

• Batch-Skript
• Command Line
• Powershell

Unten Artikel kann er hilft:

• Build: .NET Core
• Build and Release