GitHub flowとは？
- ブランチがベースとなった軽量な開発フローのこと
- 誰にとっても使いやすい
GitHub flowの流れ
- ブランチを作成する
- 変更を加える
- プルリクエストを作成する
- レビューをしてもらう
- プルリクエストをマージする
- ブランチを消去する
1. ブランチを作成する
- 自分のリポジトリ上で作成する
- 短くて分かりやすいブランチ名が良い
- ブランチを作ることで
- 他に影響を与えずに作業が出来る
- 他者からレビューをもらえる
2. 変更を加える
- ブランチ
- 安全に変更が出来る場
- もしミスしてもやり直せる
- リモートのブランチにマージするときは注意
- 機能に応じて分離させると良い
- コミット
- 変更を記録すること
- 他者に分かりやすいコミットメッセージを残すと良い
- それぞれのコミットは独立していると良い
3. プルリクエストを作成する
- 変更した点を他者からフィードバックをもらうため
- マージする前にレビューを貰う必要あり
- 書き方は人やチームによる
4. レビューをしてもらう
- レビュアーは質問やコメント、提案などを残す
- 特定の行にコメントすることも出来る
- 画像やコードもOK
5. プルリクエストをマージする
- プルリクエストが承認された場合にマージする
- コメントやコミットの履歴は保持される
- 誰が見ても分かりやすい内容にすると良い
- コンフリクトがある場合は、それを対処する
6. ブランチを消去する
- プルリクエストをマージした後にブランチを消去
- そのブランチでの作業が完了したことを示す
- 誤って古いブランチを使用することを防ぐ
参考資料
おわりに
流れ自体はかなりシンプルですが、ブランチの切り方やプルリクエストの内容などが難しいなと感じています。
ここまで読んでいただき、ありがとうございました。
何かありましたらコメントをお願いします。