**削除禁止** プルリクページの右側の項目の説明

[74616b756d69]

変更内容

自己紹介カードを追加しました。

• ファイル: `exercises/participants/sato-hanako.md`
• 名前、自己紹介、好きな技術、ひとことを記載

変更の理由

ハンズオン演習として自己紹介カードを作成しました。

確認したこと

• ファイル名が正しい（`exercises/participants/sato-hanako.md`）
• Markdown の表示が崩れていないことを確認した
• 他の人のファイルを変更していない
• 個人情報（電話番号・住所など）を含めていない

---

PR 作成ページ右側の項目について

PR を作成するとき、画面の 右側 にいくつかの設定項目があります。
これらを正しく設定すると、チーム開発がスムーズになります。

Reviewers（レビュアー）

誰にレビューしてもらうか を指定します。

• 指定された人に通知が届き、レビュー依頼が飛びます
• 1〜2人を指定するのが一般的です
• チームのルールによっては「必ず1人以上の Approve が必要」となっていることもあります

Assignees（担当者）

この PR の責任者は誰か を指定します。

• 通常は PR を作成した自分自身を設定します
• 「この PR について聞きたいことがあればこの人に」という目印になります

Labels（ラベル）

PR の種類や状態 を分類するタグです。

よく使うラベル	意味
`bug`	バグ修正
`feature`	新機能追加
`documentation`	ドキュメント変更
`good first issue`	初心者向けのタスク

Projects（プロジェクト）

どのプロジェクトボードに紐づけるか を指定します。

• カンバンボード（To Do → In Progress → Done）で進捗を管理する場合に使います
• チームによっては使わない場合もあります

Milestone（マイルストーン）

どのリリースや期限に含まれるか を指定します。

• 例: 「v1.0 リリース」「2026年8月スプリント」
• 期限のあるタスクをまとめて管理するのに使います

Development（開発）

関連する Issue（課題）を紐づける 場所です。

• `Closes Feature/add 岩井薫 #5` のように PR の本文に書くと、マージ時に Issue が自動で閉じられます
• 「なぜこの PR を作ったか」の根拠になります

---

これはサンプル PR です。PR の書き方と、右側の設定項目の参考にしてください。

[74616b756d69]

自己紹介カードの追加ありがとうございます！

PR の書き方について

• 変更内容・理由・確認事項がしっかり書かれていて、とても良い PR です
• チェックリストも埋まっていて確認漏れがない

ファイルの内容について

• 自己紹介がわかりやすい
• 好きな技術が具体的で、共通点のあるメンバーと話が広がりそう

LGTM（Looks Good To Me = いいと思います）！

---

参加者へ: これが「良い PR」の例です。What（何を）/ Why（なぜ）/ How（どう確認した）が書かれています。