issue管理とプルリクエストしてコードをレビューする

プルリクエストとは？

1. [ 開発者 ] 作業対象のソースを clone または pull します。
2. [ 開発者 ] 作業用のブランチを作成します。
3. [ 開発者 ] githubのissue機能を使って作業目標を決める。
4. [ 開発者 ] issueに対応する作業ブランチ「dev#*」を作る。
5. [ 開発者 ] 機能追加、改修といった開発作業を行います。
6. [ 開発者 ] 作業が完了したら push します。
7. [ 開発者 ] プルリクエストを作成します。
8. [ レビュー・マージ担当者 ] 通知されたプルリクエストから変更を確認しレビューします。
9. [ レビュー・マージ担当者 ] レビュー結果を判断し、必要ならば開発者にフィードバックします。
10. [ レビュー・マージ担当者 ] レビューの結果、問題がない場合はマージします。
11. [ レビュー・マージ担当者 ] レビューの結果、対応自体が不要となるなど、プルリクエスト自体が必要ない場合はクローズします。
12. [ 開発者 ] マージされた事が確認出来たらissueを閉じて、ローカルに残っている作業用ブランチを削除して作業が終了。

上記の工程を、必要な分だけ繰り返します。その結果、最終的にマージされるソースコードの品質を向上できます。

参考サイト

• プルリクエストとは？｜サル先生のGit入門【プロジェクト管理ツールBacklog】
• GitHubでissue管理して開発しよう #Ruby – Qiita