Généralement, votre équipe envoie le code au contrôle de version AVANT de vérifier son fonctionnement. Elle prend ainsi le risque de casser le build à chaque fois, causant plus de problèmes que nécessaire. Voici en quoi TeamCity est différent.
Edit → Commit → Verify
Edit → Verify → Commit
Contrairement au scénario standard (edit, commit, verify), la fonctionnalité Pre-tested Commit de TeamCity vous permet de vérifier à distance vos modifications AVANT de les commit dans le VCS.
Si vos modifications passent, TeamCity (en coopération avec votre IDE) les commit AUTOMATIQUEMENT dans le contrôle de version. Si elles échouent, votre code ne sera pas soumis au VCS et vous recevrez une notification (par e-mail, par messagerie instantanée, dans votre barre système Windows ou dans votre IDE), vous permettant de corriger immédiatement le code échoué. Et contrairement au scénario standard, vous saurez toujours qui a cassé le code. Plus important encore, votre équipe ne s'arrête jamais de travailler et il n'y a jamais de code cassé dans votre contrôle de version.
Et ce n'est pas la seule grande différence dans TeamCity.