【ギットラブフロー】

GitLab Flow とは？

最終更新: 2026年10月4日

💡 課題からコード、確認、リリースまでをつなぐ流れ

GitLabが紹介するGitの開発ワークフロー。機能ブランチとmainを軸に、課題管理・レビュー・テストを結び付け、必要に応じて環境別やリリース別のブランチを使って変更を届ける。

📌 このページのポイント

環境ブランチを使う場合の概略。課題と変更を結び付け、複数バージョンを保守するリリースブランチを使う形もあります。

ひよこ

GitLab Flowって、どんな進め方なの？

ペンギン先生

機能ブランチとmainを中心に、課題管理、レビュー、テスト、リリースを結び付ける考え方だよ。GitFlowのようにdevelopを中心にする構成より、mainへ変更を集めることを重視しているんだ。

ひよこ

ステージングと本番のブランチを作るんだよね？

ペンギン先生

それは構成の一例だよ。featureからmainへ統合し、確認後にstaging、productionへ順にマージする形をとれる。複数の製品バージョンを保守するなら、リリースブランチを使う形もある。名前や本数が一つに決まっているわけではないんだ。

ひよこ

productionにマージするだけで本番へ出るの？

ペンギン先生

Gitのマージ自体はコードを統合する操作だよ。実際のデプロイには、対象ブランチやタグに応じてCI/CDを動かす設定などが必要になる。テストやレビューと合わせて、どの状態をリリースするか決めるんだ。

ひよこ

イシュー番号をブランチ名に入れるって聞いたけど？

ペンギン先生

GitLabでは、同じプロジェクトの課題番号で始まる「42-add-login」のような名前にすると、その課題とマージリクエストが関連付けられるよ。何のための変更かを追いやすくする機能だね。

ひよこ

古いリリースに不具合が見つかったら？

ペンギン先生

GitLabの指針では、まずmain側を直し、必要な修正を保守対象のリリースブランチへ取り込むことを勧めている。古い版だけ直して、次のリリースで同じ不具合が戻ってくるのを防ぐためだよ。

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

「GitLab Flow」って出てきたら「課題管理とGitの開発・リリースをつなぐ進め方」と思えばだいたいOK！

📖 おまけ：英語の意味

「GitLab Flow」＝ GitLabが紹介する開発の流れ

💬 GitLabは開発プラットフォームの名前、flowは「流れ」。Gitを使った開発からリリースまでの進め方を表しているよ。

参考資料