3

私たちはソフトウェア開発プロセスを定義する過程にあり、このトピックについてグループからフィードバックを得たいと考えていました。

私たちのチームは米国、カナダ、インドに分散しており、すべてのチームがそれぞれのコードに適用する簡単な標準ルールを導入したいと考えています。

クリアケース/クエストとRADを活用

私はPMD、CPP、checkstyle、およびFindBugsを手始めに見てきました。

私の考えでは、これらを ANT に入れ、開発者に手動で実行させることです。これを行うには、各開発者がこれを行うことをある程度信頼する必要があることを理解しています。

もう 1 つの考えは、いくつかのビルダーを IDE に追加して、ルールのサブセットを実行し (ビルド プロセスを軽量に保つ)、コードをチェックインするときに別のセット (重い) を追加することです。

他のいくつかの理想は、Cruse Control のようなものを利用して、Clear Case/Quest がアイドル状態のときにユニット テストとともにこれらの静的分析ツールを実行するように設定することです。

他の人がこれを行ったかどうか、それが成功したかどうか、または学んだ教訓を提供できるかどうか疑問に思います。

4

2 に答える 2

1

我々は持っています：

  • ClearCaseは、「重い」静的分析ステップでHudsonとともに使用されます
  • あなたが言及したツールを備えたEclipseIDEは、より小さなルールのセットと統合されています

注：さまざまなユーザーベース（米国-ヨーロッパ-香港）でレプリカを機能させることは実際にはできておらず、マルチサイトの代わりにCCRCを使用しています。

ClearCaseは主にヨーロッパで使用されており、分析ステップはヨーロッパの夜間（UMT時間）に実行され、スナップショットビューを使用して、可能な限り迅速に実行されるようにします（動的ビューでは、大きなファイルにアクセスするときにネットワークトラフィックが多すぎます）。

于 2011-01-11T17:50:41.467 に答える
1

コードベースが大きすぎない場合は hudson を使用して、scm の変更で静的分析を実行します。そうであれば、定期的なビルドで実行します。

わかりました、我慢できません... チームが分散している場合、一体なぜ clearcase を使用するのでしょうか? それを使用しなければならなかった私たちの会社が Mercurial に切り替えたとき、チームのベロシティは非常に改善されました。そのマルチサイトのジャンクはひどいものです。

于 2011-01-13T05:21:32.457 に答える