Continuous Integration
Remote-Start und Vorab-Test von Commits
Mit TeamCity erstellen Sie Ihren Code, überprüfen ihn und führen automatisierte Tests auf dem Server aus, bevor Sie Ihre Änderungen per Commit hochladen. Auf diese Weise bleibt Ihre Codebasis immer sauber.
Diese Funktionen stehen für IntelliJ IDEA-basierte Produkte, Microsoft Visual Studio und Eclipse via IDE-Plugins zur Verfügung.
Handhabung von Problemen und Tests
Beauftragen Sie mehrere Personen damit, Probleme in einem einzigen Build zu finden. So kann z. B. Jane untersuchen, warum der Prozess mit Code 1 endete, während Bill einige Tests durchführt.
Bei Zuweisung eines Problems erhält die zuständige Person bzw. Personengruppe eine Benachrichtigung.
Automatische Zuweisung von Untersuchungen
TeamCity kann jetzt anhand verschiedener Heuristiken automatisch Untersuchungen Teammitgliedern zuweisen oder einen Mitarbeiter vorschlagen. Auf diese Weise kann die Person, die am wahrscheinlichsten für den Build-Fehler verantwortlich ist, benachrichtigt und zu einer Untersuchung des Fehlers aufgefordert werden.
Berichterstellung zum Build-Fortschritt in Echtzeit
TeamCity verfolgt verschiedene Stufen des Builds mit und sammelt alle Informationen in Echtzeit in einem Bericht – sowohl in der Web-UI als auch in allen unterstützten IDEs. Sie müssen nicht auf den Abschluss der Build-Erstellung warten, um zu sehen, dass etwas nicht stimmt.
TeamCity alarmiert Sie sofort über fehlgeschlagene Tests und stellt alle gesammelten Daten zu den aufgetretenen Fehlern zur Verfügung.
Unzuverlässige Tests
TeamCity erkennt Tests, die sich bei gleichem Code unterschiedlich verhalten. Werden solche unzuverlässigen Tests auf Basis unterschiedlicher Heuristiken erkannt, so werden sie auf einer separaten Seite angezeigt, wo Sie sie selbst untersuchen oder Ihren Teammitgliedern zuweisen können.
Metadaten in Testergebnissen
Ergänzen Sie Testergebnisse um Screenshots und zusätzliche Testdaten, z. B. Links, Artefakte, Protokolle oder numerische Werte. Diese werden in der Benutzeroberfläche automatisch unter den Testdetails angezeigt.
Kürzlich fehlgeschlagene Tests und „Behoben in“
Wenn ein kürzlich eingecheckter Code einen Test nicht besteht, zeigt TeamCity dies sofort an. Falls der Test im vorangehenden Build nicht fehlschlug, wird er als „Neuer“ fehlgeschlagener Test angezeigt.
Bei fehlgeschlagenen Tests wird angezeigt, in welchem Build sie erstmals nicht bestanden wurden und welche Änderungen in diesem Build implementiert wurden.
Neuanordnung von Tests für Risikogruppen
Für bestimmte Build-Tools wie Ant, IDEA Project Runner, MSBuild und einige andere können Sie die Reihenfolge von Tests mithilfe der Konfiguration von TeamCity ändern.
So können z. B. kürzlich fehlgeschlagene oder neue Tests vor anderen Tests ausgeführt werden, damit Entwickler schneller relevantes Feedback erhalten.
Benachrichtigungen
TeamCity bietet zahlreiche Möglichkeiten zur Benachrichtigung bei Build-Problemen oder sonstigen Änderungen in Ihren Projekten.
Benachrichtigungen sind per E-Mail, Instant-Messenger, Slack oder direkt in Ihrer IDE möglich.
Sie können separate Benachrichtigungsregeln für verschiedenste Ereignisse definieren, die Reihenfolge der Verarbeitung festlegen und die Benachrichtigungseinstellungen per Kotlin-DSL bearbeiten, wiederverwenden und mit anderen teilen.