Vorab-Test von Commits: damit Ihre Versionsverwaltung niemals fehlerhaften Code enthält.

In der Regel sendet Ihr Team den Code an die Versionskontrolle, BEVOR seine Funktionstüchtigkeit bestätigt ist. Ihr Build könnte also bei jedem Commit fehlerhaft werden, was nur unnötig Probleme verursacht. Hier kommt die Besonderheit von TeamCity ins Spiel.

Standardszenario

Bearbeiten → Commit ausführen → Verifizieren

Standardszenario für den Commitprozess

Verbessertes TeamCity-Szenario

Bearbeiten → Verifizieren → Commit ausführen

verbessertes Commitszenario in TeamCity

Im Unterschied zum Standardszenario (bearbeiten, Commit ausführen, Verifizieren) können Sie dank des TeamCity-Features „Pre-tested Commit“ (Vorab-Test von Commits) die Änderungen im Remote-Zustand prüfen, BEVOR sie in das VCS geladen werden.

TeamCity-CI/CD-Workflow

Wenn Ihre Änderungen die Tests bestehen, führt TeamCity (in Zusammenarbeit mit Ihrer IDE) AUTOMATISCH den Commit in die Versionsverwaltung aus. Wenn sie fehlschlagen, wird Ihr Code nicht in das VCS geladen. Stattdessen erhalten Sie eine Benachrichtigung (per E-Mail, IM, in der Windows-Taskleiste oder IDE) und können den fehlerhaften Code sofort korrigieren. Und im Unterschied zum Standardszenario wissen Sie immer, WER den Fehler im Code gemacht hat. Was noch wichtiger ist: Ihr Team kann einfach weiterarbeiten und Ihre Versionsverwaltung enthält niemals fehlerhaften Code.

Und das ist nicht der einzige große Unterschied in TeamCity.