1
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

GitHubのPull Request作成画面のAssignees,Milestone,Developmentの説明とReviewersとAssigneesの違い

Posted at

GitHubのプルリクエスト(Pull Request)作成画面には、いくつかの便利なオプションがあります。これらのオプションは、プルリクエストを管理しやすくし、チーム内でのコミュニケーションやタスクの進行をスムーズにするためのものです。それぞれの意味を簡単に説明します。

1. Assign up to 10 people to this pull request

意味: このプルリクエストに最大10人まで担当者を割り当てることができます。 詳細: プルリクエストに対して、レビューを依頼したり、特定の人にチェックしてもらいたい場合に担当者を指定できます。例えば、コードのレビューをする役割の人や、その変更に詳しい人にアサインすることで、誰がそのプルリクエストを見るべきかを明確にします。

例: 「この変更はAさんとBさんにレビューしてほしい」という場合、AさんとBさんを担当者として割り当てることができます。


2. Set milestone

意味: このプルリクエストに対してマイルストーン(進行中のプロジェクトや特定のリリース目標)を設定することができます。 詳細: マイルストーンは、プロジェクトの進行を追跡するための機能です。プルリクエストを特定のマイルストーンに関連付けることで、そのプルリクエストがどのプロジェクトやリリースに関係しているかを明示します。これにより、リリース計画の進捗状況を一目で把握できるようになります。

例: 「バージョン1.2のリリースに向けた変更」であれば、そのリリースに関連するプルリクエストを「Version 1.2」マイルストーンに設定します。


3. Use Closing keywords in the description to automatically close issues

意味: プルリクエストの説明に「クローズ用キーワード」を使うことで、関連するIssueを自動的にクローズすることができます。 詳細: GitHubには、特定のキーワードを使うとプルリクエストがマージされたときに関連するIssueを自動的にクローズする機能があります。例えば、プルリクエストの説明に「Fixes #123」や「Closes #123」と書いておくと、そのプルリクエストがマージされた瞬間に、Issue #123が自動的にクローズされます。

例: バグ修正のプルリクエストで、そのバグに関連するIssueが「#123」であれば、「Fixes #123」と説明に書いておくことで、プルリクエストがマージされると同時にそのIssueも解決としてクローズされます。


まとめ:

  • Assign up to 10 people: 最大10人までプルリクエストの担当者を割り当てて、レビューや確認を依頼できる。
  • Set milestone: プルリクエストを特定のプロジェクトやリリース目標(マイルストーン)に関連付けて進捗管理をしやすくする。
  • Closing keywords: プルリクエストの説明に特定のキーワードを入れることで、関連するIssueを自動的にクローズできる。

GitHubのプルリクエスト作成画面にある「Request up to 15 reviewers」と「Assignees」の違いは、レビューを依頼する人と作業の責任者の違いです。簡単に言うと、それぞれの役割が異なります。

1. Request up to 15 reviewers(レビューアの指定)

意味: プルリクエストに対して、コードレビューを依頼する人を最大15人まで指定できます。 詳細: 「Reviewers」として指定された人は、プルリクエストの内容をレビューする役割を持ちます。彼らの役割は、コードの品質や正確性をチェックし、必要であればフィードバックを提供することです。このレビューが完了し、承認されると、プルリクエストが進行できます。

例: 「このコードをチェックして意見をください」と依頼する相手をレビューアとして指定します。チーム内の技術的なアドバイザーや他の開発者が該当します。

2. Assignees(担当者の指定)

意味: このプルリクエストやIssueに対して、担当者(責任者)を指定することができます。 詳細: 「Assignees」として指定された人は、そのプルリクエストやIssueを解決する責任を負う人です。実際にコードを変更したり、プルリクエストを作成した人が一般的に指定されます。担当者は、問題解決や機能の追加など、タスクを実行する役割です。

例: 「この作業を最終的に進めている人は誰か」という責任者を明示します。一般的には、プルリクエストを作成した人や、そのプルリクエストに関するタスクを担当する人がAssigneesとして割り当てられます。

まとめ:

  • Reviewers(レビューア): プルリクエストをレビューし、フィードバックを提供する人たち。コードの品質や修正点などを確認し、コメントや承認を行います。
  • Assignees(担当者): プルリクエストやIssueの作業や解決を実行する責任者。主にコードを書いたり、タスクを遂行する役割を持ちます。
    両者は協力して作業を進めますが、Reviewersはレビュー役、Assigneesは責任者という役割の違いがあります。
1
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
1
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?