Definieren des Buildprozesses
Wenn Sie ein Buildsystem (wie unter Konfigurieren des Buildsystems beschrieben) eingerichtet haben, sind fast alle Voraussetzungen erfüllt, um den Code mit Team Foundation Build kompilieren sowie die Tests und zahlreiche andere wichtige Funktionen ausführen zu können. Der nächste Schritt besteht im Entwickeln eines Buildprozesses, der die Anweisungen darüber enthält, welche Codeprojekte kompiliert werden sollen, welche Aktionen einen Buildvorgang auslösen und welche Tests ausgeführt werden sollen. Außerdem sollten alle anderen Verfahren enthalten sein, die das Team benötigt.
Allgemeine Aufgaben
Allgemeine Aufgaben |
Unterstützender Inhalt |
|---|---|
Erstellen und Verwenden einer Builddefinition. Sie können schnell einen einfachen, aber leistungsfähigen Buildprozess definieren, der Ihre Anweisungen darüber enthält, welche Codeprojekte kompiliert werden sollen, welche Aktionen den Build auslösen und welche Tests ausgeführt werden sollen. Außerdem sind zahlreiche weitere Optionen enthalten. |
Erstellen einer einfachen Builddefinition Definieren eines Builds mithilfe der Standardvorlage |
Sie können einen Build bei Bedarf jederzeit manuell in die Warteschlange stellen. Die Anforderungen des Teams werden aber in den meisten Fällen am besten durch -Buildprozesse erfüllt, die mit automatischen Triggern definiert werden. |
|
Definieren Sie den Buildvorgang zum Laden nützlicher Daten (z. B. der Name der Builddefinition und das Datum der Buildausführung) in den Namen jedes abgeschlossenen Builds. |
|
Der Build-Agent folgt Ihren Angaben beim Erstellen eines Arbeitsbereichs der Versionskontrolle, um das Herunterladen von verwendeten Dateien (z. B. Quellcodedateien) zu erleichtern. Sie sollten diesen Arbeitsbereich definieren, damit der Buildprozess effizient ausgeführt wird. |
|
Über den Buildprozess können Sie die Symboldaten in den PDB-Dateien in einem SymStore-Symbolspeicher veröffentlichen. Wenn Sie diese Daten veröffentlichen, kann das Team IntelliTrace zum Debuggen verwenden. |
|
Ausführliche Informationen über einen abgeschlossenen Build sind zwar oft hilfreich, aber ein Buildprozess, der zu viele Informationen protokolliert, überlastet die Teammitglieder und die Server gleichermaßen. Diese Probleme können Sie umgehen, indem Sie den Ausführlichkeitsgrad der Informationen steuern. |
Verwalten der Buildinformationen und des Steuerelement-Ausführlichkeitsgrads |
Sie können einen Buildprozess definieren, mit dem Tests ausgeführt und die Auswirkungen von Codeänderungen auf Tests analysiert werden. Beispielsweise können Sie einen Buildprozess definieren, den Sie als regelmäßig geplanten Buildüberprüfungs-Testlauf (Build Verification Test, BVT) Ihres Teams verwenden. |
|
Erstellen von benutzerdefinierten Builds. Mithilfe der Standardvorlage können Sie einen Buildprozess erstellen, der zahlreiche allgemeine Anforderungen erfüllt. Für viele Teams ist es jedoch erforderlich, dass die Buildprozesse spezielle Aufgaben ausführen oder einer benutzerdefinierten Logik folgen. |
|
Aktualisieren von älteren MSBuild-Builds. Mithilfe der Upgradevorlage können Sie vorhandene MSBuild-Dateien verwenden. |
Verwenden von älteren MSBuild-Builds mithilfe der Upgradevorlage |
Ergreifen von Maßnahmen, um versehentlich beschädigte Builds zu vermeiden Wenn ein Entwickler Änderungen eincheckt, die Fehler im Build verursachen, kann sich dies bei kleineren Teams als großes Ärgernis erweisen. Auf große Teams können hohe Kosten aufgrund von Produktivitätsverlusten und Planungsverzögerungen zukommen. Sie können eine Definition für abgegrenzte Eincheckbuilds erstellen, um CodeBase ganz oder teilweise gegen dieses Problem zu schützen. Über die Builds-Eincheckrichtlinie können Sie auch zusätzliche Änderungen an der CodeBase bis zur Korrektur der fortlaufenden Buildunterbrechung einschränken. |
Definieren eines abgegrenzten Eincheckbuilds zur Überprüfung der Änderungen |
Siehe auch
Konzepte
Erstellen und Bereitstellen von Datenbanken für eine isolierte Entwicklungsumgebung
Erstellen und Bereitstellen von Datenbanken für eine Staging- oder Produktionsumgebung
Weitere Ressourcen
Ausführen und Überwachen von Builds
Verwalten und Anzeigen von abgeschlossenen Builds