事前テスト済みコミット:壊れたコードがバージョン管理されることはありません。 絶対に。

通常、チームはコードをバージョン管理に送信してから動作を検証しますが、これによって毎回ビルドが中断されるリスクが発生し、必要以上の問題を引き起こしています。 この点でTeamCityは違います。

標準的なシナリオ

編集 → コミット → 検証

コミットプロセスの標準的なシナリオ

TeamCityを使った改良シナリオ

編集 → 検証 → コミット

TeamCity コミットシナリオの改善

標準的なシナリオ(編集、コミット、検証)とは異なり、TeamCityの事前テスト済みコミット機能を使用すると、変更内容をリモートで検証してからVCSに変更をコミットできます。

TeamCity CI/CD ワークフロー

変更内容が合格であれば、TeamCityが(お使いのIDEと連携して)自動的に変更内容をバージョン管理システムにコミットします。 不合格の場合は、コードがVCSに送信されず、通知が(メール、インスタントメッセンジャー、Windowsのシステムトレイ、またはIDE内で)届くため、すぐに問題のあるコードを修正できます。 また、標準的なシナリオとは異なり、誰がコードを壊したのかを常に把握できます。 最も重要なのは、チームの作業が絶対に中断されることがなく、壊れたコードが絶対にバージョン管理されることがないことです。

また、TeamCityの大きな違いはこれだけではありません。