GitHub Flow とは？

ブランチで変更を作り、プルリクエストで相談・確認して、共有するブランチへ取り込む軽量なワークフロー。GitHubが説明する開発手順で、コード以外の文書などにも使えます。自動テストや承認の必須化は別途設定します。

ひよこ

GitHub Flowは、何を決めるの？

ペンギン先生

チームで変更を作り、確認して取り込む流れだよ。ここでは共有するブランチをmainと呼ぼう。mainから作業用ブランチを作り、変更をコミットして、プルリクエストで相談するんだ。コード以外の文書などにも使えるよ。

ひよこ

どうして、別のブランチで作業するの？

ペンギン先生

変更途中の作業をmainと分けて進められるからだよ。何を変えたか説明し、レビューの意見を受けて、追加のコミットで直せる。小さく目的が明確な変更だと、確認もしやすくなるね。

ひよこ

プルリクエストを出せば、誰かの承認は必須？

ペンギン先生

必須にするには、ブランチ保護やルールなどの設定を確認しよう。GitHub Flowという手順を使うだけで、直接の変更が禁止されたり、承認が自動で必須になったりはしないんだ。チームで必要な条件を決めるよ。

ひよこ

テストとデプロイも、自動で動くの？

ペンギン先生

設定してあれば、プルリクエストのチェックでテスト結果などを確認できるよ。自動デプロイも別に構成する。マージしただけで、どのプロジェクトでも本番が更新されるわけではないんだ。取り込みの条件と公開の手順をそろえておこう。

ひよこ

取り込んだら、作業用ブランチはどうする？

ペンギン先生

マージ後に不要になったブランチを削除して整理できるよ。プルリクエストとコミットの記録は残る。GitFlowのように役割ごとのブランチを多く使う方法もあるので、公開の頻度や、保守するバージョンに合う手順を選ぼう。

まとめ：ざっくりこれだけ覚えればOK！

「GitHub Flow」って出てきたら「ブランチで変更し、プルリクエストで相談して取り込む手順」と思えばだいたいOK！

誤り・わかりにくい説明を報告する