Gitflowワークフロー入門
main、develop、feature、release、hotfixブランチで構成される体系的なGitflowモデルを学びます。
「Gitflowワークフロー入門」はCoddyKit上の無料Git & GitHub Professional Workflowレッスンです。 これはレッスン2/4です。 下記で完全なレッスンを無料で読むことができます。その後、ブラウザ内の組み込みコードエディタと24時間対応のAIチューターでハンズオン演習できます。 これはGit & GitHub Professional Workflow学習パスの一部であり、ウェブとCoddyKitアプリ全体で進捗が同期されます。 Git & GitHub Professional Workflowコースには全4レッスンが含まれています。
Gitflowへようこそ
大規模なチームが、体系的なリリースとスムーズなコラボレーションのためにGitリポジトリをどのように管理しているのか、気になったことはありませんか。
Gitflow Workflowは、チームがまさにそれを実現できるように設計された、広く利用されているブランチモデルです。開発フェーズが明確に分かれ、リリースを頻繁に行うプロジェクトを管理するための、堅牢なフレームワークを提供します。
主要なブランチ
Gitflowでは、長期間存続する主要なブランチを2つ使用します。
main（masterと呼ばれることもあります）：常に本番環境にリリースできる状態を表すブランチです。ここでのすべてのコミットは、安定していてデプロイ可能である必要があります。develop：すべての開発作業を統合するブランチです。新機能はここにマージされ、次のリリースの基盤になります。
「develop」の設定
Gitflowを始めるには、通常mainからdevelopブランチを作成します。これにより、開発の中心となるラインが設定されます。
developブランチを作成して切り替えてみましょう。
git branch develop
git checkout develop機能ブランチ
新しい機能の開発を始めるときは、featureブランチを作成します。これは、作業が完了するまで変更を分離しておくための一時的なブランチです。
機能ブランチは常にdevelopブランチから作成します。
git checkout develop
git checkout -b feature/user-profile機能の開発
新しい機能はfeature/user-profileブランチで開発します。機能が完成してテストも終わったら、developにマージします。
作業をコミットする方法は次のとおりです。
git add .
git commit -m "Add user profile page"機能の統合
機能の開発が完了したら、developにマージします。これにより、新しい機能が次のリリースサイクルに向けて、開発の中心となるラインに統合されます。
その後、機能ブランチを削除できます。
git checkout develop
git merge feature/user-profile --no-ff
git branch -d feature/user-profileリリースブランチ
次のリリースに必要な機能がdevelopにそろったら、developからreleaseブランチを作成します。このブランチでは、最終準備やバグ修正、リリース直前の微調整を行います。
ここでは新しい機能を追加しません。
git checkout develop
git checkout -b release/1.0.0リリースの確定
releaseブランチが安定したら、次の2か所にマージします。
main：正式なリリースであることを示すためです。ここにはバージョンタグ（例：v1.0.0）も付けます。develop：リリース固有のバグ修正を、その後の開発にも引き継ぐためです。
git checkout main
git merge release/1.0.0
git tag -a v1.0.0 -m "Release version 1.0.0"
git checkout develop
git merge release/1.0.0
git branch -d release/1.0.0ホットフィックスブランチ
本番環境（main）で重大なバグが見つかったらどうすればよいでしょうか。その場合は、hotfixブランチを使って迅速に対処します。
ホットフィックスブランチはmainから直接作成し、修正した後、新しいタグを付けてmainとdevelopの両方にマージします。
git checkout main
git checkout -b hotfix/critical-bug-fix
# ... fix bug and commit ...
git checkout main
git merge hotfix/critical-bug-fix
git tag -a v1.0.1 -m "Hotfix for critical bug"
git checkout develop
git merge hotfix/critical-bug-fix
git branch -d hotfix/critical-bug-fixGitflowにおけるブランチの役割
Gitflowワークフローにおける、それぞれのブランチについて理解を確認しましょう。
Gitflow Workflowのまとめ
Gitflow workflowについて学びました。
main：本番環境にリリースできるコード。develop：新機能を統合するブランチ。feature：新機能の開発に使うブランチ。developから分岐します。release：新しいリリースの準備に使うブランチ。developから分岐します。hotfix：本番環境の緊急のバグ修正に使うブランチ。mainから分岐します。
この体系的なアプローチにより、チームは複雑な開発サイクルをより効率的に管理できます。
よくある質問
「Gitflowワークフロー入門」レッスンは無料ですか？
はい。「Gitflowワークフロー入門」の完全なテキストはこのウェブで無料で読めます。インタラクティブに演習し（組み込みコードエディタと24時間対応のAIチューター）、Git & GitHub Professional Workflowコースの残りをアンロックするには、CoddyKit PROにアップグレードしてください。 Git & GitHub Professional Workflowコースには全4レッスンが含まれています。
「Gitflowワークフロー入門」で何を学びますか？
main、develop、feature、release、hotfixブランチで構成される体系的なGitflowモデルを学びます。 ブラウザで直接実行するハンズオンコードでGit & GitHub Professional Workflowを演習し、24時間対応のAIチューターがレッスンを進める中での質問に答えます。
Git & GitHub Professional Workflowを始めるのに経験は必要ですか？
事前経験は必要ありません。CoddyKitのGit & GitHub Professional Workflowは初級者から上級者向けに構成されているため、ここから始めるか最初から始めて、自分のペースで進むことができます。 これはレッスン2/4です。
「Gitflowワークフロー入門」レッスンにはどのくらい時間がかかりますか？
ほとんどのCoddyKitレッスンは約5～10分かかります。各レッスンはコンパクトでインタラクティブなので、着実に進歩し、ウェブとアプリ全体で正確に前回の場所から再開できます。
このGit & GitHub Professional Workflowレッスンでコードを書いて実行できますか？
はい。すべてのGit & GitHub Professional Workflowレッスンに組み込みコードエディタが含まれているため、ブラウザでリアルコードを書いて実行し、即座のAIフィードバックを取得できます。ローカル設定は不要です。
このコースのすべてのレッスン
- フィーチャーブランチワークフロー
- Gitflowワークフロー入門
- RebaseとMergeの比較
- トランクベース開発