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.
In diesem Thema
Definieren eines Buildprozesses zur Unterstützung der fortlaufenden Integration
Richtlinien zur Verbesserung der Funktion und Leistung des Buildprozesses
Nächste Schritte
Definieren eines Buildprozesses zur Unterstützung der fortlaufenden Integration
Erforderliche Berechtigungen
Zum Ausführen dieser Schritte muss für Sie die Berechtigung Builddefinition bearbeiten auf Zulassen festgelegt sein.Weitere Informationen finden Sie unter Team Foundation Server-Berechtigungen.
So definieren Sie einen Buildprozess zur Unterstützung der fortlaufenden Integration
In Team Explorer:
Wenn Sie nicht bereits über eine Verbindung mit dem Teamprojekt verfügen, in dem Sie arbeiten möchten, stellen Sie eine Verbindung mit dem Teamprojekt her.
Wählen Sie
Startseite und dann die Option
Builds aus.
Klicken Sie auf der Seite Builds auf Neue Builddefinition.
Das Fenster "Neue Builddefinition" wird angezeigt.
Klicken Sie auf der Registerkarte Trigger auf Fortlaufende Integration.
Tipp
Wenn die Entwickler zu lange darauf warten müssen, dass nach dem Einchecken die Builds erstellt werden, sollten Sie stattdessen Parallele Builds auswählen.Dieser Trigger bewirkt, dass das Buildsystem Builds für mehrere Eincheckvorgänge parallel erstellt.Weitere Informationen finden Sie unter Use the Rolling builds trigger.
Geben Sie auf der Registerkarte Arbeitsbereich in der Tabelle Arbeitsordner die Versionskontrollordner an, die von dieser Builddefinition überwacht werden sollen.
Tipp
Um sicherzustellen, dass der Buildprozess ordnungsgemäß funktioniert, und um die Leistung zu verbessern, sollten Sie alle Ordner einbeziehen, in denen die für den Buildprozess erforderlichen Dateien enthalten sind (und nur diese Dateien).Weitere Informationen zum Angeben dieser Ordner finden Sie unter Arbeiten mit Buildarbeitsbereichen.
Wählen Sie auf der Registerkarte Build-Standardwerte zur Verbesserung der Leistung die Option Von diesem Build werden keine Ausgabedateien in einen Ablageordner kopiert aus.
Auf der Registerkarte Prozess unter Buildprozessvorlage ist standardmäßig die Standardvorlage ausgewählt.Geben Sie im Parameter Zu erstellende Dokumente die Projektmappen oder Codeprojekte an, die Sie erstellen möchten.
Legen Sie auf der Registerkarte Prozess die Parameter für den Buildprozess fest, um sicherzustellen, dass beim Einchecken die geltenden Codequalität-Standards des Teams eingehalten werden, ohne dass für die Entwickler eine unnötige Verzögerung eintritt.
Weitere Informationen finden Sie weiter unten in diesem Thema unter Richtlinien zur Verbesserung der Funktion und Leistung des Buildprozesses.
Geben Sie die Optionen für den Buildprozess auf den anderen Registerkarten an.Weitere Informationen finden Sie unter Erstellen einer Builddefinition.
Richtlinien zur Verbesserung der Funktion und Leistung des Buildprozesses
Um sicherzustellen, dass der Buildprozess die Anforderungen des Teams erfüllt und so schnell wie möglich ausgeführt wird, sollten Sie beim Angeben von Werten auf der Registerkarte Prozess die folgenden Richtlinien beachten.
Erforderlicher Knoten
Zu erstellende Dokumente, Zu erstellende Konfigurationen: Wenn Sie für diesen Parameter keinen Wert angeben, werden für jede Lösung und jedes Projekt die Standardplattform und die Standardkonfiguration verwendet.Halten Sie sich zur Optimierung der Leistung an die folgenden Richtlinien:
Wird eine Kombination aus Plattform und Konfiguration schneller erstellt als andere Kombinationen, geben Sie diese Kombination in diesem Parameter an.
Geben Sie möglichst wenige Kombinationen aus Plattform und Konfiguration an.
Knoten "Standard"
Arbeitsbereich bereinigen: Legen Sie diesen Wert auf Keine (empfohlen) oder auf Ausgaben fest, um die Schnelligkeit zu erhöhen.Einige Arten von Fehlern (z. B. während der Umgestaltung) werden vom Team jedoch weniger häufig erkannt, wenn der Arbeitsbereich nicht bereinigt wurde.Weitere Informationen finden Sie unter Definieren eines auf der Standardvorlage basierenden Buildprozesses.
Codeanalyse ausführen: Legen Sie diesen Wert auf Nie fest, um eine bessere Leistung zu erzielen.
Quell- und Symbolservereinstellungen, Quellen indizieren: Legen Sie diesen Wert auf False fest, um eine bessere Leistung zu erzielen.
Knoten "Erweitert"
Agent-Einstellungen
Namensfilter oder Tagfilter: Verwenden Sie einen Build-Agent-Namen oder ein Tag, um diese Builddefinition an einen Build-Agent zu binden, der ausdrücklich zum Ausführen dieses Builds entworfen wurde.Der Build-Agent sollte auf Hardware ausgeführt werden, die über eine so hohe Leistungsstärke verfügt, dass dieser Build gemäß den Leistungserwartungen Ihres Teams ausreichend schnell verarbeitet wird.
Maximale Ausführzeit: Geben Sie für diese Option einen relativ niedrigen Wert an.So können 15 Minuten für Ihr Team akzeptabel sein, während acht Stunden vermutlich zu lang sind.
Bei Fehler Arbeitsaufgabe erstellen: Legen Sie diese Option auf True fest, wenn während des Buildprozesses dem Entwickler ein Fehler zugewiesen werden soll, dessen Eincheckvorgang den Buildfehler verursacht hat.
Tests deaktivieren:
Legen Sie diese Option auf True fest, um eine höhere Leistung zu erzielen.
Wenn der Code bestimmte Tests bestehen muss, wählen Sie False aus. Definieren Sie dann einen Satz von Tests, die für den Build ausgeführt werden.Sie können die Leistung verbessern, indem Sie nur die für Sie erforderlichen Tests ausführen.Filtern Sie die Tests entweder nach Kategorie oder Priorität, um die Auswahl zu erleichtern.Weitere Informationen finden Sie unter Ausführen von Testläufen im Buildprozess.
Quellen mit Bezeichnungen versehen: Legen Sie diese Option auf True fest, wenn Sie Code mit dem Namen des abgeschlossenen Builds bezeichnen möchten.Eine solche Bezeichnung kann für das Team hilfreich sein.Beispielsweise kann die Bezeichnung dem Team dabei helfen, die "letzte bekannte gute" Version des Codes zu identifizieren.Legen Sie die Option andernfalls auf False fest, um die Leistung zu erhöhen.
Weitere Informationen zu Buildprozessparametern der Standardvorlage finden Sie unter Definieren eines auf der Standardvorlage basierenden Buildprozesses.
Nächste Schritte
Wenn ein Fehler dazu führt, dass der Buildvorgang nicht erfolgreich ist, sollte das Team auf jeden Fall zuerst den Fehler beheben, bevor weitere nicht damit zusammenhängende Änderungen eingecheckt werden.Mithilfe der Eincheckrichtlinie "Builds" können Sie Eincheckvorgänge einschränken, bis die Beschädigung des Buildvorgangs behoben wurde.Weitere Informationen finden Sie unter Minimieren von Codeänderungen nach Unterbrechungen der fortlaufenden Integrationsbuilds.
Sie können Probleme wie Buildunterbrechungen oder Fehler bei Kernkomponententests früher identifizieren, wenn Sie den Trigger Fortlaufende Integration verwenden.Sie können jedoch verhindern, dass diese Art von Problemen in der Codebasis auftritt, indem Sie den Trigger Abgegrenzter Eincheckvorgang verwenden.Weitere Informationen finden Sie unter Definieren eines abgegrenzten Eincheckbuildprozesses zur Überprüfung der Änderungen.
Verwandte Themen
Weitere Informationen dazu, wie Sie komplexe Softwareprojekte effizienter und zuverlässiger integrieren und bereitstellen, finden Sie unter Kontinuierliche Builderstellung und Bereitstellung.