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.
Bearbeiten → Commit ausführen → Verifizieren
Bearbeiten → Verifizieren → Commit ausführen
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.
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.