Freigeben über


Einrichten eines CI-Builds

Das Team kann Fehler minimieren und die Qualität steigern, indem es so häufig wie möglich den Code integriert und dann jeweils die Erstellung durchführt und das Ergebnis analysiert. Sie können einen Buildprozess definieren, der diese Strategie, fortlaufende Integration (CI) genannt, unterstützt. Danach können Sie und das Team schnellstmöglich ermitteln, dass ein Eincheckvorgang den Build unterbrochen oder bewirkt hat, dass ein Test fehlschlägt.

  • Definieren eines Buildprozesses zur Unterstützung der fortlaufenden Integration

  • Verbessern der Funktion und Leistung des Buildprozesses

  • Nächste Schritte

  • Tiefer einsteigen

Definieren eines Buildprozesses zur Unterstützung der fortlaufenden Integration

  1. Vergewissern Sie sich in Team Explorer, dass Sie mit dem Teamprojekt verbunden sind (Tastatur: STRG+0, C), und öffnen Sie anschließend die Seite Builds (Tastatur: STRG+0, B).

  2. Wählen Sie den Link Neue Builddefinition oder einen Build aus, öffnen Sie das entsprechende Kontextmenü, und wählen Sie Builddefinition bearbeiten aus.

    Tipp

    Konfigurieren Sie einen Buildcontroller, wenn die Fehlermeldung "TF225001" angezeigt wird.

  3. 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.Siehe Use the Rolling builds trigger.

  4. Auf der Registerkarte Quelleinstellungen:

    • TFVC-Symbol TFVC: Legen Sie für die Tabelle Arbeitsordner die Ordner für die Versionskontrolle fest, in dem die für den Buildprozess erforderlichen Dateien enthalten sind.

      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.

    • Git-Symbol Git: Geben Sie in der Liste Überwachte Verzweigungen das Repository und die Verzweigungen an, die die Dateien enthalten, die der Buildprozess erfordert. Sie können Platzhalter verwenden. Beispielsweise können Sie refs/heads/feature* angeben, um die Verzweigungen refs/heads/featureA und refs/heads/featureB zu überwachen.

  5. 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.

  6. Legen Sie auf der Registerkarte Prozess in der Tabelle Buildprozessparameter unter Build die Projektmappen oder Codeprojekte fest, die Sie erstellen möchten.

  7. 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 Verbessern der Funktion und Leistung des Buildprozesses.

  8. Geben Sie die Optionen für den Buildprozess auf den anderen Registerkarten an. Weitere Informationen finden Sie unter Erstellen oder Bearbeiten einer Builddefinition.

Verbessern der Funktion und Leistung des Buildprozesses

Berücksichtigen Sie beim Angeben von Werten für die Buildprozessparameter auf der Registerkarte Prozess die folgenden Richtlinien, um den Zeitaufwand bei der Buildverarbeitung zu verringern.

TF-Versionskontrolle oder Git

  • Arbeitsbereich bereinigen oder Bereinigtes Repository: Legen Sie diesen Wert für bessere Leistung auf False fest. Diese Einstellung verursacht möglicherweise, dass Ihr Team einige Typen von Fehlern übersieht, wie z. B. solche, die bei der Umgestaltung entstanden sind.

Build

  • 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.

  • Bereinigter Build Für schnellere Leistung, legen Sie diesen Parameter auf "False" fest. Diese Einstellung verursacht möglicherweise, dass Ihr Team einige Typen von Fehlern übersieht, wie z. B. solche, die bei der Umgestaltung entstanden sind.

Build, erweitert

  • Codeanalyse ausführen: Legen Sie diesen Wert auf Nie fest, um eine bessere Leistung zu erzielen.

Test, erweitert

  • 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.

Symbole veröffentlichen

  • Pfad zum Veröffentlichen von Symbolen: Für eine höhere Leistung lassen Sie diesen Wert leer.

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.

Weitere Informationen zu Buildprozessparametern der Standardvorlage finden Sie unter Verwenden der Standardvorlage für Ihren Buildprozess.

Versuchen Sie dies als Nächstes:

Tiefer einsteigen