このセクションでは、コミット前とコミット後の両方のプロセスに適用される全般的なコード レビューの構成オプションについて説明します。
このセクションの内容:
Team Server をまだ設定していない場合、[設定] ウィンドウの [Parasoft] > [Team Server]で設定します (「Parasoft Team Server との接続」を参照)。
Parasoft ソリューションが Team Server の Named Accounts を使用している場合、Team Server ユーザー アカウントが確実に Team Server の Code Review ディレクトリにアクセスできるようにしてください。適切なパス権限を設定する方法については、『DTP ドキュメント』の「Named Accounts」のセクションを参照してください。 |
/usr/{user}/codereview/workflow
を使用し、プロパティ値として restrict
を使用します。後でデフォルト ワークフローに戻すには、プロパティ値を default に変更します (DTP ドキュメントの「Team Server データの移行」を参照)。タスク カテゴリ: レビューワーがコメントを分類するために使用できるカテゴリ リストをカスタマイズできます。
Team Server でのデータの保管は非推奨になりました。 Team Server から現在の保管方法 (Report Center) にデータを移行するには、以下の操作を行います。
|
7.[適用] ボタンをクリックして設定を適用します。
8.[OK] をクリックして設定を保存します。
テスト コンフィギュレーションは、コード レビューをどのように準備するかを制御します。コミット前プロセスとコミット後プロセスのどちらを採用しているかによって、適切な設定が異なります。
特定のコード ブロックの差分を比較エディターに表示しないようにするには、次の操作を行います。
なお、デフォルトでは、抑制されたコードはコード レビュー タスクの diff に表示されません (たとえば、抑制されたコードの直前または直後のコード変更をハイライトする diff )。 後で抑制されたコードを diff に表示するには、次の操作を行います。
codereview-begin-suppress と codereview-end-suppress markers の間で発生しているすべての差分をコード レビューのスキャンで無視したい場合は、[コード レビュー] > [フィルター] タブの [Ignore changes within suppressed blocks] を有効にします。 |
[テスト進捗] ビューに「レビューがパブリッシュされなかった」ことがレポートされた場合、これはテスト コンフィギュレーションで定義されていない作成者がいることを表します。
たとえば、次のようにコード レビューの結果がレポートされたものとします。
2 個のファイルがスキャンされて 2 個のリビジョンが承認されています。しかし、パブリッシュするコード レビュー パッケージがありません。その理由は、スキャンされたコードがユーザー pietrek によって変更されているからです。このユーザー名はテスト コンフィギュレーションの [コード レビュー] > [作成者] タブにありません。
この問題を修正するには、次の操作を行います。
未定のユーザーあるいは一致しない作成者パスがあり、テスト結果で「レビューがスキップされた」ことがレポートされた場合、これは変更されたコードがレビューアーに適切に割り当てられていないことを表します。
たとえば、次のようにコード レビューの結果がレポートされたものとします。
そして、レポートに次のように情報が出力されたものとします。
この問題を解決するには、テスト コンフィギュレーションを変更してレビューアーにコードを割り当てます。コードの一部か、または作成者が変更したすべてのコードをレビューアーに割り当てます。
コード レビュー パッケージは、作成者の変更 (コミット) に基づいて定義されます。
作成者にマップされたレビューアーと監督者は、そのパッケージに割り当てられます。パッケージ中のコードが、他のレビューアーまたは監督者がレビュー担当になっているプロジェクト領域からのものである場合、そのレビューアー/監督者もパッケージに割り当てられます。
作成されたパッケージにおいて、作成者についてもプロジェクト領域についてもレビュー担当のレビューアー/監督者が存在しない場合、そのパッケージに対するレビュー タスクは生成されません。
パス (領域) ごとに個別のパッケージは作成されません。そのため、異なるパスに割り当てられた複数のレビューアーが、同じパッケージに対して作業する場合もあります。その場合は、自分がどのパスをレビューするかをレビューアー同士で決定するべきです。そうすることによって、複数のレビューアーの割り当て領域にタスクが点在するかもしれない場合に、タスクの整合性が保たれます。レビューアーが自分の割り当て領域にパッケージ中の複数のファイルが含まれるため、どのファイルが自分の担当か知りたい場合、この情報を [コード レビュー] ビューで得ることができます。
Team Server 上にフラット ファイルとして保管するよりも、Report Center データベースにネットワーク データを格納する方が効率的です。Team Server ストレージは下位互換性のためにサポートされていますが、Report Center ストレージの使用を強く推奨します。
Team Server から Report Center にコード レビュー データを移行するには、次の操作を行います。
1 個のコード レビュー パッケージを Team Server から Report Center データベースにインポートするのに必要な時間は、平均で約 30 秒です。1 日に約 2880 個のパッケージをインポートできます。