このセクションでは、コミット前とコミット後の両方のプロセスに適用される全般的なコード レビューの構成オプションについて説明します。

このセクションの内容:

コード レビューの設定

各チーム メンバーのコード レビューの設定を行うには、次の操作を行います。

  1. [Parasoft] メニューの [設定] をクリックします。  
  2. ソース管理をまだ設定していない場合、次の操作を行って設定します。  
    1. [スコープと作成者] を選択します。  
    2. [ソース管理システムを使ってスコープを計算] チェックボックスをオンにします。  
    3. [ソース管理] を選択します。  
    4. チームが使用しているソース管理リポジトリを指定します。詳細については 「ソース管理リポジトリとの接続」を参照してください。  
  3. Team Server をまだ設定していない場合、[設定] ウィンドウの [Parasoft] > [DTP] > [Team Server]で設定します。  

    Parasoft ソリューションが Team Server の Named Accounts を使用している場合、Team Server ユーザー アカウントが確実に Team Server の Code Review ディレクトリにアクセスできるようにしてください。適切なパス権限を設定する方法については、『PST 管理者マニュアル』の「Named Accounts」のセクションを参照してください。

  4. Report Center にコード レビュー データを格納することを推奨します。格納する場合、[Parasoft] > [DTP] > [Project Center ]で設定します(詳細については「Project Center との接続」を参照)。
  5. (デスクトップ インストールのみ) [コード レビュー] を選択し、次の設定を行います。  
  6. (デスクトップ インストールのみ) 左側のリストから [Parasoft] > [コード レビュー] > [チーム] カテゴリを選択し、次の設定を行います。  
  7. [適用] ボタンをクリックして設定を適用します。  
  8. [OK] をクリックして設定を保存します。  


テスト コンフィギュレーションの構成

テスト コンフィギュレーションは、コード レビューをどのように準備するかを制御します。コミット前プロセスとコミット後プロセスのどちらを採用しているかによって、適切な構成は異なります。

差分を表示しないコード部分の指定

特定のコード ブロックの差分を比較エディターに表示しないようにするには、次の操作を行います。

  1. 差分の表示を停止するコードの位置に codereview-begin-suppress コメントを追加します。  
  2. 差分の表示を再開するコードの位置に codereview-end-suppress コメントを追加します。  

なお、デフォルトでは、抑制されたコードはコード レビュー タスクの diff に表示されません (たとえば、抑制されたコードの直前または直後のコード変更をハイライトする diff )。後で抑制されたコードを diff に表示するには、次の操作を行います。

  1. [Parasoft] メニューの [設定] をクリックします。  
  2. 左側のリストから [コード レビュー] を選択します。  
  3. [抑制された部分を表示する] チェックボックスをオンにします。  
  4. [適用] ボタンをクリックして [OK] をクリックします。  

コード レビュー スキャンで "codereview-begin-suppress" および "codereview-end-suppress" マーカーの間にある差異を無視するには、[コードレビュー] > [フィルター] タブの [Ignore changes within suppressed blocks ] オプションをオンにします。

パブリッシュされない/スキップされたレビューの解決

パブリッシュされないレビュー

[テスト進捗] ビューに「レビューがパブリッシュされなかった」ことがレポートされた場合、これはテスト コンフィギュレーションで定義されていない作成者がいることを表します。

たとえば、次のようにコード レビューの結果がレポートされたものとします。


6 個のファイルがスキャンされて 6 個のリビジョンが承認されています。しかし、パブリッシュするコード レビューがありません。どうしてでしょうか?

その理由は、スキャンされたコードは "tanaka" によって変更されていますが、テスト コンフィギュレーションの [コード レビュー] > [作成者] タブには "tanaka" が定義されていないからです。

この問題を修正するには、次の操作を行います。

  1. テスト コンフィギュレーションの [コード レビュー] タブの [作成者] タブで作成者を追加します。  
  2. レビューアーに、この作成者のすべてのコードを割り当てるか、またはこの作成者のリビジョンが発生したコード部分を割り当てます。  
  3. テスト コンフィギュレーションを再び実行します。  

スキップされたレビュー

未定のユーザーあるいは一致しない作成者パスがあり、テスト結果で「レビューがスキップされた」ことがレポートされた場合、これは変更されたコードがレビューアーに適切に割り当てられていないことを表します。

たとえば、次のようにコード レビューの結果がレポートされたものとします。



そして、レポートに次のように情報が出力されたものとします。


この問題を解決するには、テスト コンフィギュレーションを変更してレビューアーにコードを割り当てます。コードの一部か、または作成者が変更したすべてのコードをレビューアーに割り当てます。

コード レビュー パッケージはどのように作成されるか

コード レビュー パッケージは、作成者の変更 (コミット) に基づいて定義されます。

作成者にマップされたレビューアーと監督者は、そのパッケージに割り当てられます。パッケージ中のコードが、他のレビューアーまたは監督者がレビュー担当になっているプロジェクト領域からのものである場合、そのレビューアー/監督者もパッケージに割り当てられます。

作成されたパッケージにおいて、作成者についてもプロジェクト領域についてもレビュー担当のレビューアー/監督者が存在しない場合、そのパッケージに対するレビュー タスクは生成されません。

パス (領域) ごとに個別のパッケージは作成されません。そのため、異なるパスに割り当てられた複数のレビューアーが、同じパッケージに対して作業する場合もあります。その場合は、自分がどのパスをレビューするかをレビューアー同士で決定するべきです。そうすることによって、複数のレビューアーの割り当て領域にタスクが点在するかもしれない場合に、タスクの整合性が保たれます。レビューアーが自分の割り当て領域にパッケージ中の複数のファイルが含まれるため、どのファイルが自分の担当か知りたい場合、この情報を [コード レビュー] ビューで得ることができます。

Team Server から DTP Report Center データベースへのコード レビュー データのインポート

Team Server 上のフラットなファイルよりも、DTP Report Center データベースにネットワーク データを格納する方が効率的です。Team Server ストレージは下位互換性のためにサポートされていますが、Report Center ストレージの使用を強く推奨します。

Team Server から Report Center にコード レビュー データを移行するには、次の操作を行います。

  1. [Parasoft] メニューの [設定] を選択します。  
  2. [Parasoft] > [コード レビュー] > [チーム] を選択します。  
  3. [インポート] ボタンをクリックし、表示されたダイアログで適切に情報を入力します。すべてのコード レビュー データまたは指定したデータ範囲のパッケージだけをインポートできます。既存の項目がインポートされる場合、その項目は複製されます。  

1 個のコード レビュー パッケージを Team Server から DTP データベースにインポートするのに必要な時間は、平均で約 30 秒です。1 日に約 2880 個のパッケージをインポートできます。