Definieren des Buildprozesses
Nachdem Sie ein Buildsystem 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 Builddefinition Definieren eines auf der Standardvorlage basierenden Buildprozesses Erstellen und Testen einer Windows Store-App mithilfe von Team Foundation Build |
Definieren eines Buildprozesses zur Unterstützung der fortlaufenden Integration. Das Team kann Fehler in seiner Codebasis minimieren, indem es so häufig wie möglich verschiedene Funktionen in ein freigegebenes Repository integriert und dann jeweils die Erstellung durchführt und das Ergebnis analysiert.Sie können diese Strategie implementieren, die als fortlaufende Integration bezeichnet wird, indem Sie einen speziellen Buildprozess definieren. Mit dem Buildprozess wird sichergestellt, dass Sie und das Team schnellstmöglich ermitteln können, ob ein Eincheckvorgang eines Funktionsteams den Build beschädigt oder zu einem Fehler bei einem Test geführt hat. |
Definieren eines Buildprozesses zur Unterstützung der fortlaufenden Integration Minimieren von Codeänderungen nach Unterbrechungen der fortlaufenden Integrationsbuilds |
Verhindern, dass der "Build durch Fehler beschädigt wird". 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 Eincheckbuildprozesses zur Überprüfung der Änderungen Einchecken ausstehender Änderungen für einen abgegrenzten Eincheckbuild |
Erstellen von stark angepassten Buildprozessen. 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. |
|
Weiterverwenden von Legacy-Buildprozessen. Wenn Sie ein Upgrade von älteren Versionen von Team Foundation Server durchführen, können Sie Legacy-Buildprozesse weiterverwenden.Sie können auch ältere Versionen von Visual Studio weiterverwenden, um Buildprozesse unter Visual Studio Team Foundation Server 2012 zu erstellen. |