2

ソリューションには約 50 のプロジェクトがあり、ほとんどのプロジェクト (単体テスト プロジェクトを除く) で RunCodeAnalysis が有効になっています。問題は、ビルドに時間がかかることです。ファイルのソースを変更しても、すべてのプロジェクトがビルドされます。

プロジェクトのビルドに約 10 秒かかり、CodeAnalysis 自体に 8 秒かかるとします。したがって、各プロジェクトに移動して無効にするのではなく、ソリューション レベルで CodeAnalysis を無効にするだけです。変更をローカルに置きたいのですが、この変更を TFS にチェックインしたくありません。

したがって、コード分析なしでより速く構築できます。

どんな助けでも大歓迎です。ありがとう。

4

2 に答える 2

0

ここには、遅いコンパイルと遅いコード分析の 2 つがあります。

コンパイル プロセスの高速化に関するいくつかのヒントは、ホワイト ブック: .NET アセンブリと Visual Studio プロジェクトによるコード ベースの分割に記載されています。VS オプションを使用している場合Copy Local = true、コンパイルを大幅に (最大 10 倍) 高速化できる可能性があります。

コード分​​析に関しては、 200 以上の既定のコード ルールが付属しているツールNDependを試すことができます。これは、VisualStudio でこれらのルールを非常に高速にチェックします。すべての VS ソリューションを (コンパイル後に) 再分析し、ルールの結果を参照する機能を使用してすべてのルールをチェックするには、2 ~ 3 秒かかります。(免責事項: 私はこのツールの開発者の 1 人です)。

于 2013-03-27T11:53:33.343 に答える
0

プロジェクトファイルはソース管理されているため、この変更はサーバーに転送されます。

書き込み保護を削除するツールを作成し、Visual Studio プロジェクト ファイルのセクションを削除して、get ごとに実行することができます。これは少し醜いです。

チェックインできるカスタムビルド構成「WithoutQA」を取得し、それを使用するときにこれに設定できるという慣例を作るとよいでしょう。ただし、これは、これをチームと通信する必要があることを意味します (これがより良い解決策です)。

参照: MSDN ビルド構成

およびMSDN ビルド構成について

ビルド構成ごとに異なるオプションを設定できるため、QA 分析オプションも設定できます。

MSDN からのスクリーンショット:

ここに画像の説明を入力

于 2013-03-26T07:25:24.930 に答える