用途
- 複数の人が協力してプログラムを作る用
- コラボレーション用
- メンテナーと貢献者（LLMを含む）とがコラボレーションする用
- AIとのコラボレーションにも使える
- レビューをするとき用
使われている場所
作業の流れ
- 開発者が自分のブランチで行ったコードの変更を、
- メインブランチ（mainなど）にマージしてもらうようリクエストする
- メンテナーはコードをレビューし、マージしたり、修正依頼したり
その他
- その他のメリット
- レビューしない場合
- 用途によっては、レビューやPRなしでマージするルールにしているプロジェクトもある
- プロジェクトごとにルールが違う。まずプロジェクトのルールを知ること
PRの流れの一例
- ※別noteに切り出すといいかも
- GitHubでGitHub Copilot Coding Agentにissueを投げつけると、
- PRまでしてくれる
- レビュー依頼が通知に来る
Ready for review ボタンを押してLLMにレビューさせる
- レビュー結果に、
- 「LLMレビュー結果をもとに実装してください」というコメントを生成するボタン
- それを押したのち、コメントを送信する
- agentが実装してコメントを書いてくる
- それをみてレビューし、承認したり、修正依頼を書いてサイクルまわしたり
- 承認したら、マージボタンを押してマージ
- マージしたら、deleteボタンを押してブランチをdeleteし、PRを自動close
- ※メリット
- LLMの生成するcodeは間違っていることがある。レビューすることで品質を確保できる