問題タブ [checkin-policy]

カスタム チェックイン ポリシーを作成し、Visual Studio 2013 でビルドし、Visual Studio 2012 でもビルドして、Vs 2012 を使用するすべてのユーザーがポリシーを使用し、ポリシーをすべてのマシンに正常に登録できるようにしました。VS 2013 を搭載したコンピューターからチーム プロジェクトにポリシーを適用しました。当社ではまだ VS 2012 を使用している人がいます。彼らはこのエラーを受け取ります：Internal error in [Policy Name] policy. Error loading the [Policy Name] policy. Installation instructions: PLease see the web based installation instructions.

社内の全員が VS 2013 にアップグレードする必要があるのでしょうか?

助けてくれてありがとう！

私たちはVS2012 + TFS2012で作業しており、コード分析チェックインポリシーを追加して、チェックインする前にコード警告を修正するようすべてのチームメンバーに思い出させたいと思っていましたが、「ビルド時にコード分析を有効にする」プロジェクトオプションをチェックする必要があることに気付きました.

私たちは TDD も行っています。つまり、単体テストをコーディングし、それを実行して (プロジェクトをビルドすることを意味します)、テストが失敗することを確認し、テストに合格するようにコーディングしてから、もう一度テストを実行して合格することを確認します。

したがって、1 つの単体テストの場合、2 回ビルドする必要があります (少なくとも、コーディング エラーが発生した場合はそれ以上)。ただし、ビルドごとにコード分析を実行するには 10 秒以上かかるため、これは非常に非生産的です :(

すべてのビルドではなく、チェックイン前にのみ実行中のコード分析を強制することは可能ですか?

数年前、私は次の質問をしました: TFS カスタム チェックイン ポリシーが [追加] ボックスになく、カスタム チェックイン ポリシーを Visual Studio 2012 で機能させることができました。最終的に VS2015RC にアップグレードし、しようとしています。同じチェックイン ポリシーを使用します。次のレジストリ キーに参照を追加しようとしました。

しかし、運がありませんでした。また、VS2015 でチェックイン ポリシー プロジェクトを開き、それを再構築しました (さまざまなフレームワーク: 4、4.5、4.5.1、4.5.2、4.6 をターゲットにしようとしました)。

また、Microsoft.TeamFoundation.versionControl.Client の参照をバージョン 14.0.0.0 に変更しました。

このポリシーを [チェックイン ポリシーの追加] ダイアログに表示できない理由を知っている人はいますか?

解決を許可する前に、バグにいくつかのフィールドを必須にしました。ただし、開発者がチェックインで解決しようとして、それらのフィールドが入力されていない場合でも、そのバグを関連付けずにチェックインを実行できます-開発者が修正するようにチェックインを許可しない方法はありますか?バグを適切に関連付けることができますか？ここに完全なメッセージがあります：

次の作業項目を更新できませんでした:

ID 9073. 理由: TF237124: 作業項目を保存する準備ができていません 変更セット 548 が正常にチェックインされました。

作業項目タイプの定義からの関連情報は次のとおりです。

最近、Visual Studio 2015 に切り替えたので、新しい Roslyn-Analyzer 機能を利用したいと考えています。実際、「レガシー」StyleCop を新しい StyleCop アナライザー ( https://github.com/DotNetAnalyzers/StyleCopAnalyzers ) に置き換えたいと考えています。VS2013 では、StyleCop を実行し、違反があった場合にチェックインを防止するカスタム チェックイン ポリシーがありました。Roslyn-Analyzers でも同様のことを実現できますか? 「すぐに」サポートされていますか、それともカスタム チェックイン ポリシーを作成する必要がありますか?

TFS 2013 で、ユーザーがコード レビューなしでコードをチェックインするように制限するカスタム チェックイン ポリシーを作成できることはわかっています。

私たちの会社では、特定のファイル (データベースの更新) が TFS にチェックされるものを開発しなければならないという開発者向けの要件があり、その後、コード レビューのために上級開発者のセットに電子メール通知が送信されます。また、電子メール通知では、最後にコード レビューが実行されたのはいつ、誰によって行われたかを示す必要があります。

この問題を解決する方法についてのアイデア。過去に、チェックイン前にファイルの有効性をチェックするポリシーを作成しました。そのために PolicyBase と Evaluate メソッドを使用しました。チェックインが成功したら、どのクラス/メソッドをトラップしてコードを配置できるか混乱しています。

ファイルの有効性について記述したコード以外にコードはありません。チェックイン後のポリシーに関する役立つ投稿が見つかりませんでした。または、これはサーバー自体で構成できますか?

特定のチーム プロジェクト (projectA) のカスタム ポリシーを実装しようとしています。ただし、これを projectA のコンテキストで実装すると、含まれているチェックイン内のすべてのファイルが評価されます。1MB を超える ProjectB のチェックインがあるとします。これは、現在のポリシー projectA のコンテキストにない場合でも評価されます。現在のプロジェクトに対してのみ評価されるように、これを調整するにはどうすればよいですか。

使用しているレジストリ キー: