このセクションでは、レビューアーがコード レビューを使って作成者のコードをチェックする方法について説明します。
このセクションの内容 :
レビューアーは次の作業を行います。
このアイコンは、レビューが必要なリビジョンを表します。
このアイコンは、コード レビューの問題がすでに入力済みであることを表します。
ソース管理システムのリポジトリをまだ指定していない場合、ファイル ノードをダブルクリックすると、ソース管理システムの設定画面が表示されます。この設定を行わないと、[比較] パネルは表示されません。 |
次のいずれかの方法で、関連するコードを指定します。
この項目に コメントを追加するには | 必要な操作 |
---|---|
特定のコード行 | 1) [比較] パネルでそのコード行を右クリックします。 2) ショートカット メニューの [コード レビューの問題] をクリックします。 3) コメントを追加します。 コード レビューは自動的にコメントにファイル パスを追加します。 |
1 つ以上の一般的な問題 | 1) 関連する [レビュー] タスク ノードを右クリックします。 2) [一般的な問題を追加] をクリックします。 3) コメントを追加します。 セッション タグ、タスク名またはコメント、および作成者とレビューアーが同じ場合、複数の [レビュー] タスク ノードを選択することができます。 同じプロジェクトのファイルに対して作成される一般的な問題も、このプロジェクト セットを持ちます。同じパッケージのファイルに対して作成される一般的な問題も、このパッケージ セットを持ちます。この問題は選択された際に設定されたのと同じセッションタグ、タスク名、およびレビューアー構成を持ちます。 |
特定の問題に関連付いていない一連のファイル | 1) 適切なコード レビュー ツリー項目を右クリックします。 2) [一般的なスレッドを追加] をクリックします。 3) コメントを追加します。 |
これは、現在の問題に対してこれ以上アクションが必要ないことを表します。デフォルトのワークフロー ポリシーにチームが従っている場合、「承認」アクションがコミットされると、問題は「クローズされた」と見なされます。そうでない場合、問題は作成者に送られます。作成者はリビジョンをクローズできます。
次の図は、利用できる重要なワークフローを表しています。
詳細については 「ワークフローの概要」を参照してください。
レビューを却下したい場合 (たとえばサブミットされた変更があるコードを元の状態に復帰したい場合)、コード レビュー ツリーの適切な項目を右クリックし、ショートカット メニューの [拒否] をクリックします。
たとえばセカンド オピニオンなどのために別のレビューアーを追加したい場合は、適切なコード レビューツリー項目を右クリックし、ショートカット メニューの [レビューの追加] をクリックします。
別のレビューアーにレビューを割り当てなおしたい場合は、適切なコード レビューツリー項目を右クリックし、ショートカット メニューの [タスクの再割り当て] をクリックします。