ci: pr に assignees と reviewers を自動付与

[kinari321]

全体的な意図 ( What, How )

• Pull Request を作成した際に、レビュアーと担当者を自動でアサインできるようにするため

追加・変更の文脈、位置づけ。なぜこの追加・変更が必要か ( Why )

• 後から Pull Request を見返した時に担当者がわかりやすくなる
• Pull Request をオープンにしたとき、レビューを出す依頼を忘れることを防ぐため

この PR がマージされると何が嬉しいか

• 担当者とレビュアーが自動アサインされることで、手動作業が減る

Checklist

• 手動 QA 作業をした
• 1 コミットあたりの差分をできるだけ小さくすることを意識した
• 追加・変更箇所に関わるテストケースを記述した
• コードレビューはつまらないから丁寧なプルリクエストでチームの生産性向上を目指す > レビュアーの負担を最小化すべき を一読し、実践した
• 特殊な理由のある変更など、コードだけから理解できなさそうな変更は、コメントに経緯を記述した

追加・変更したテストケースの見出し一覧

• 特に無し

Issue

• PR に Reviewers と Assignees を自動でアサイン #27

懸念点

• レビュアーにチームが追加できるか微妙
  • Allow teams to be auto-assigned kentaro-m/auto-assign-action#12

参考にしたサイト

• Auto AssignでPullRequestのreviewers, assigneesを自動割り当てする - ひと夏の技術
• GitHub Actionsでプルリクエストのレビュワーを自動アサインする手順 - Qiita

レビュアーに手動 QA 作業してほしいですか

• QA 作業をして欲しい( MUST: QA 手順 )
  • 加えて、記述した手順も見て欲しい
• QA 作業をしなくてもよい
  • ただ、記述した手順は見て欲しい

QA 作業手順

レビューする時

• レビュアーのときによく使うGitHubの便利機能

コメントする時

以下のようなラベルをつけると温度感や、ざっくりと伝えたいことががわかります(小文字でも OK です。厳密な使い分けは不要です)

• MUST: 必ず修正・変更して欲しい
• WANT: できれば修正・変更して欲しい
• IMO: (In my opinion) 私の意見では
• IMHO: (In my humble opinion) 私のつたない意見では
• nits: (nitpick) ほんの小さな指摘。インデントミスなどの細かいところに。
• ASK: 質問。わからないことがあれば質問してみましょう。
• FYI: (For Your Informatio) 参考までに
• GOTCHA: やったぜ
• NP: 問題ない

コピペ用絵文字

https://emojipedia.org/

😀：にっこり
😖：困った
🤔：むむ

👍：(・∀・)ｲｲﾈ!!

[sunakan]

コメントしましたー

確認お願いします

[sunakan]

コメントしましたー

• must * 1
• imo * 1

ですー

確認お願いします

[sunakan]

ありがとうございます。
出来上がったものに対して LGTM です

[nits]

最後にコミットをキレイにまとめてもらっていいですか？
（git rebase 等を利用して 1 or 2つにまとめる）

[sunakan]

LGTMです

ありがとうございます