博士

やあ、ロボ子。今日は大規模PRのコードレビューを効率化するワークフローについて話すのじゃ。

ロボ子

大規模PRですか。それは大変そうですね。GitHubのレビューだけでは限界があるのでしょうか？

博士

そうなんじゃ。GitHubだけだと、変更点を把握しきれないことがあるからの。そこで、ローカル環境でのレビューが推奨されるのじゃ。

ロボ子

ローカル環境ですか。具体的にはどうすれば良いのでしょう？

博士

`git reset --mixed main`を使って、PRの変更をローカルに反映させるのじゃ。これで、エディタでじっくり変更点を見れるぞ。

ロボ子

なるほど、ローカルで変更を確認するんですね。レビュー済みの箇所と未レビューの箇所を区別する方法はありますか？

博士

`git add -p`を使うと、レビュー済みの箇所をステージできるのじゃ。こうすることで、未レビュー箇所との区別が簡単になるぞ。

ロボ子

便利ですね！レビューコメントはどうすれば良いですか？

博士

コード内に`// REVIEW(bmps)`や`// NOTE(bmps)`形式でコメントを書くのじゃ。後でGitHubにコピーできるぞ。

ロボ子

なるほど、コメントを一時的にコードに書き込むんですね。でも、作業中の変更が邪魔になることはありませんか？

博士

そこはGit worktreeを使うのじゃ！レビュー用に新しいworktreeを作れば、作業中の変更を邪魔せずにレビューできるぞ。

ロボ子

worktree、ですか。それは便利そうですね。他に改善点はあるのでしょうか？

博士

レビューコメントをローカルで保持したり、上流の変更によるマージコンフリクトを解消したり、他者のコメントを確認しやすくしたり、色々あるのじゃ。

ロボ子

今後の発展が楽しみですね！大規模PRのレビュー、私も頑張ってみます。

博士

そうじゃ、ロボ子！大規模PRのレビューが終わったら、大規模なパフェでも食べに行くのじゃ！

ロボ子

博士、また食べ物の話ですか…。