GitHub Flow とは？

どちらもGitのブランチの使い方を決めたルールだけど、GitHub Flowはずっとシンプルだよ。GitFlowがdevelop・release・hotfixなどたくさんのブランチを使うのに対して、GitHub Flowはmainと機能ブランチの2種類だけで回すんだ。

大丈夫だよ。流れはこうだ。まずmainからブランチを作る、そこで作業してコミットする、プルリクエストを出す、チームにレビューしてもらう、OKならmainにマージしてデプロイ。これだけ！

そう、それがGitHub Flowの一番大事なルール。mainは常にデプロイ可能な状態を保つ。だからmainに直接コミットせず、必ずプルリクエスト経由でマージするんだよ。

Webサービスのように頻繁にデプロイするチームにぴったりだよ。1日に何回もデプロイするようなチームだと、GitFlowのような複雑なルールは逆に足かせになる。GitHub Flowならサイクルが速くて回しやすいんだ。

抜群にいいよ。プルリクエストを出した時点で自動テストが走り、マージしたら自動デプロイという流れが自然に組める。GitHub Actionsと組み合わせれば、コードを書く以外はほぼ自動化できるね。

複数バージョンを同時にサポートする必要があるソフトウェア（モバイルアプリやパッケージ製品）には向かないね。v1.0のバグ修正をしながらv2.0を開発する、みたいな場合はGitFlowの方が管理しやすい。シンプルさが強みでもあり、限界でもあるんだよ。