通常、チームはコードをバージョン管理に送信してから動作を検証しますが、これによって毎回ビルドが中断されるリスクが発生し、必要以上の問題を引き起こしています。 この点でTeamCityは違います。
編集 → コミット → 検証
編集 → 検証 → コミット
標準的なシナリオ(編集、コミット、検証)とは異なり、TeamCityの事前テスト済みコミット機能を使用すると、変更内容をリモートで検証してからVCSに変更をコミットできます。
変更内容が合格であれば、TeamCityが(お使いのIDEと連携して)自動的に変更内容をバージョン管理システムにコミットします。 不合格の場合は、コードがVCSに送信されず、通知が(メール、インスタントメッセンジャー、Windowsのシステムトレイ、またはIDE内で)届くため、すぐに問題のあるコードを修正できます。 また、標準的なシナリオとは異なり、誰がコードを壊したのかを常に把握できます。 最も重要なのは、チームの作業が絶対に中断されることがなく、壊れたコードが絶対にバージョン管理されることがないことです。
また、TeamCityの大きな違いはこれだけではありません。