私の職場ではTfs 2010、CMMI4.2を使用しています。
チェックインに3種類のレビューアを強制したい。
一部の開発者がコードをチェックインする場合、パフォーマンスの問題、エラー管理の問題、およびローカリゼーションの問題について、3人の上級開発者がコードを確認する必要があります。
pending stateしたがって、すべてのレビュー担当者が変更を承認するまで、変更セットをある種の状態に保ちたいと思います。
その3つの側面から変更セットが承認されていることを確認してから、ビルドに参加したいと思います。
保留中の変更セット、またはチェックインのためのある種のワークフローを持つことは可能ですか？
棚セットは、まさにあなたが説明しているものです。
これは確かに、TFS2012が独自の内部コードレビューシステムを実行する方法です。コードレビューをリクエストすると、それは単に棚に置かれます。コードレビューを作成するときに他の機能もあります。レビュー担当者の数とレビューを実行するユーザーを指定できます。それはあなたのニーズに合うかもしれません。
あるいは、棚セットを利用する手動システムも機能する可能性があります。
必要なチェックインメモを定義できます：「上級レビューア1」、「上級レビューア2」、「上級レビューア3」。その後、チェックインのたびに、開発者は名前を入力する必要があります。厳格な強制はないことに注意してください。開発者は嘘をつくか、「NA」と入力することができます。
TFS2012には、このプロセスを正式に実施できるコードレビューシステムがあります。詳細はわかりませんが。