「カスタム パス」ポリシーを使用して、「チェックイン ポリシー」ルールを制限できます。しかし、「チェックインメモ」タブは同じシステムに適合しないようです。「チェックインに関する注意事項」が単なる「チェックイン ポリシー」ではないのはなぜですか??
Team Foundation Server 2008 SP1 を使用しています
「カスタム パス」ポリシーを使用して、「チェックイン ポリシー」ルールを制限できます。しかし、「チェックインメモ」タブは同じシステムに適合しないようです。「チェックインに関する注意事項」が単なる「チェックイン ポリシー」ではないのはなぜですか??
Team Foundation Server 2008 SP1 を使用しています
少し前に同様の問題がありました。一部のサブツリーでは、コード レビュー担当者の入力を必須にしたいと考えていました。最終的にカスタム ポリシーを実装し、カスタム パス ポリシーを使用して特定のフォルダーに制限しました。これはうまく機能しますが、ポリシー アセンブリを展開する必要があり、TFS にはそのための組み込みメカニズムがまだありません。
これは興味深い質問です。短い答えは、できないということです。
サーバーでの実装は大きく異なりますが、多くの場合、同様の目的を果たすため、チェックインメモとチェックインポリシーが混乱するという問題に私自身も何度も遭遇しました。
チェックイン メモは、チーム プロジェクトにチェックインするたびに収集したい構造化されたメタデータのビットです。誰がコード レビュアーだったのか、外部 CRM システムのチケットへの参照などのように考えることができます。それらを必須にすることも、ユーザーがオプションで入力できるように定義することもできます。
チェックイン ポリシーは、チェックインの時点でクライアント上で実行され、チェックインを許可するかどうかを決定するコードです。これらは、ワーク アイテムにチェックインを関連付けた場合や、チェックインするコードが特定の重要な静的コード分析ルール (SQL インジェクション攻撃の基本的なチェックなど) に合格した場合などに役立ちます。 . チェックインの評価でチェックイン ポリシーが失敗した場合、ユーザーはアラートを受け取り、簡単に報告またはアラートできるチェックイン ポリシーのオーバーライドを使用して、問題を修正するか、とにかくチェックインすることができます。 TFS 管理者によって。
チェックイン メモとチェックイン ポリシーの両方が、チーム プロジェクト レベルで定義され、スコープが設定されます。しかし、Microsoft は、チーム プロジェクトだけでなく、バージョン管理の特定のパスにチェックイン ポリシーを適用することを希望する人がいるというフィードバックを得たため、カスタム パス ポリシーが考案されました。
カスタム パス ポリシーは、カスタム パス ポリシー内にチェックイン ポリシーをラップできるちょっとしたハックです。カスタム パスはチェックインのたびに評価され、定義されたパス内にファイルが含まれている場合は、ラップされたチェックイン ポリシーがそれらのファイルに対して評価されます。カスタム パス ポリシーはTFS Power Toolsに同梱されており、"Out The Box" TFS エクスペリエンスの一部ではありません。
したがって、あなたの質問に別の方法で答えるには、答えは「それが設計された方法であり、変更を求める人が十分ではないため」だと思います。
http://connect.microsoft.com/VisualStudioにフィードバックを残したい場合は、彼らが顧客からのフィードバックを非常に真剣に受け止めていることを知っています。