2

TFS 2008 に 172 のプロジェクトを持つ .NET Web アプリケーションがあり、アプリの 3 つの層すべてを網羅し、CI にチーム ビルドを使用しています。開発にはVS2010を使用しています。

最小推奨ルール セットを使用してすべてのプロジェクトのコード分析をアクティブ化し、チェックインする前にコード分析を 1 回実行する必要があるという TFS のチェックイン ポリシーを適用したいと考えています。彼らの定期的な開発チェックインプロセス。プロジェクトのプロパティでコード分析を有効にするたびに、そのプロジェクトの通常のビルド時間は 100% 増加します。コード分​​析の問題の分析を行いました。このルールセットにも多くの問題がありますが、既存の機能強化を行いながら問題を修正できるすべての開発者に配布できます。

したがって、基本的には、次の 2 種類のビルドがあります。

  1. 通常のビルドでは、コードをチェックインする前に数回発生するコードの妥当性をチェックします。
  2. コード分​​析もチェックしたいチェックイン直前の最終ビルド。

そのため、開発者がコードをチェックインする前に、構成を Debug から DebugWithCA に切り替え、ビルドしてコード分析の問題を修正してからチェックインできるように、コード分析用にプロジェクトを有効にした「DebugWithCA」という別のソリューション構成を作成しました。そのため、通常のビルドでは、開発者はデバッグ ソリューション構成にとどまり、コード分析によって生じる追加のビルド時間を負担する必要はありません。

しかし、これもオーバーヘッドのように思えます。1 日に多くのチェックイン (多くの開発者) があり、チェックインするたびにソリューション構成を切り替えて元に戻すのが苦痛になるからです。

私たちの要件を達成するためのより簡単な方法はありますか? ビルド中に、コード分析でビルドするか、VS2010 の特定のソリューション構成でビルドするために割り当てることができるショートカット キーはありますか?

4

1 に答える 1

0

あなたの問題を回避するための2つの実用的なアプローチを考えることができます。どちらの提案も、開発者の重要な開発パス/時間からコード分析を取り除きます。

  1. ゲートチェックインで DebugWithCA 構成を有効にします。開発者はコードをチェックインするだけで、ビルド システムがコード分析を実行し、重要なルールに違反していない場合にのみ変更が受け入れられるようにします。
  2. さらにリラックス。DebugWithCA構成に基づいてローリング ビルドを実行するだけです。開発者は、ルール違反をオフラインで見つけることができます。あまり好まれないオプションですが、邪魔にもなりません。
于 2011-10-21T20:42:03.320 に答える