調査の自動割り当て
TeamCity は、ビルドの問題 (コンパイルエラーなど) とテストの失敗を分析し、コミットがこれらの問題につながった可能性のあるユーザーの特定を試みます。
失敗したテストについて、TeamCity は責任がある可能性のあるユーザーを調査担当者として提案します。
提案に加えて、同じヒューリスティックを使用して失敗したテストとビルドの問題の調査を自動的に割り当てる 調査自動割り当て ビルド機能を追加できるようになりました。 調査員として割り当てられたユーザーには、 管理 ボタンの横に対応する通知が表示されます。
機能設定
Investigations Auto Assigner 機能は、すぐに使用できます。 その設定はすべてオプションです。
設定名 | 説明 |
|---|---|
割り当て | ビルドの問題の最初の発生を無視し、繰り返し発生する問題に対してのみ調査担当者を自動的に割り当てることができます。 詳細については、次のセクションを参照してください: 自動割り当てを遅らせる。 |
デフォルトの担当者 | Investigations Auto Assigner は、失敗の原因となる可能性のある次のユーザーを特定しようとします。
そのようなユーザーが見つからない場合、調査はデフォルトの担当者に割り当てられます。 |
無視するユーザー | 前述の条件を満たしていても、調査担当者として自動的に任命されないようにするユーザーのリスト。 |
無視するビルドの問題 | 調査担当者を自動的に割り当てる必要がない問題の種類を選択します。 |
自動割り当てを遅らせる
必要に応じて、調査の自動割り当てを遅らせることができます。
TeamCity は、ビルド完了後に 不安定なテスト を検出するための時間が必要です。 場合によっては、ユーザーが関与していなくてもビルドが失敗すると、調査の自動割り当てによって調査がユーザーに割り当てられることがあります。 プロジェクトに不安定なテストが多数ある場合、気が散る原因になることがあります。
このシナリオを防ぐには、このビルド機能を設定するときに 割り当て: "2 回目の失敗時" を選択します。 Investigations Auto Assigner は、問題がビルド構成で 2 回連続して (デフォルトブランチで) 繰り返されるまで、割り当てを遅らせます。 このオプションは、失敗したテストと "Exit code" ビルド問題にのみ影響します。コンパイルエラーは、最初の失敗ですぐに調査が割り当てられます。