ReleaseブランチとHotfix
専用のReleaseブランチを作成し、Hotfixブランチを使って重大なバグ修正を迅速に適用する方法を学びます。
「ReleaseブランチとHotfix」はCoddyKit上の無料Git & GitHub Professional Workflowレッスンです。 これはレッスン3/4です。 下記で完全なレッスンを無料で読むことができます。その後、ブラウザ内の組み込みコードエディタと24時間対応のAIチューターでハンズオン演習できます。 これはGit & GitHub Professional Workflow学習パスの一部であり、ウェブとCoddyKitアプリ全体で進捗が同期されます。 Git & GitHub Professional Workflowコースには全4レッスンが含まれています。
Releaseブランチの概要
プロジェクトが新しいバージョンのリリースに近づいたら、準備を行うための安定した環境が必要です。そこでReleaseブランチを使います。
Releaseブランチはリリースを完成させるための専用ブランチであり、メインの開発ブランチでは新機能の開発を続けられます。
Releaseブランチを使う理由
Releaseブランチには、次のような重要な利点があります。
- 安定化：継続中の機能開発に影響を与えず、最終テストとバグ修正のためのコードを分離できます。
- バージョン管理：特定の安定したコードベースに、バージョン番号やリリースタグを簡単に付けられます。
- 並行開発：
developブランチを新機能用に空けておけるため、継続的インテグレーションを維持できます。
Releaseブランチを作成する
通常、Releaseブランチは、次のリリースに必要な機能が揃った時点でdevelopブランチから作成します。バージョン 1.0.0 用のブランチを作成してみましょう。
まず、developブランチが最新の状態であることを確認します。
git checkout develop
git pull
git checkout -b release/1.0.0Releaseブランチで作業する
Releaseブランチに移ったら、安定化に集中します。
- 直前に見つかったバグを修正します。
- ドキュメント（例：README、変更履歴）を更新します。
- バージョン番号を上げます。
ここでは新機能を追加しないでください。必要な修正だけを行います。
Releaseブランチを完了する
Releaseブランチが安定し、準備が整ったら、2か所にマージする必要があります。
main（またはmaster）：正式なリリースとして記録するために使います。通常、ここでタグを付けます。develop：Releaseブランチで行ったバグ修正を引き継ぐために使います。
Releaseをマージしてタグを付ける
release/1.0.0ブランチをmainにマージし、タグを付けてからdevelopにマージし、最後にReleaseブランチを削除する方法を確認しましょう。
git checkout main
git merge release/1.0.0 --no-ff
git tag -a v1.0.0 -m "Release version 1.0.0"
git push origin main --tags
git checkout develop
git merge release/1.0.0 --no-ff
git push origin develop
git branch -d release/1.0.0Hotfixブランチを理解する
ソフトウェアの本番環境のバージョンで重大なバグが見つかったらどうしますか。次の計画済みリリースまで待つことはできません。
Hotfixブランチは、本番コードに対して緊急かつ即時の修正を行うためのものです。通常の開発サイクルを迂回し、修正をすばやくリリースできます。
Hotfixブランチを作成する
Hotfixブランチは、現在の本番コードを表すmain（またはmaster）ブランチから直接作成します。
重大なバグを修正するためのHotfixブランチを作成してみましょう。
git checkout main
git pull
git checkout -b hotfix/critical-bug-fixHotfixを適用して完了する
Hotfixブランチでバグを修正したら、mainとdevelopの両方にマージする必要があります。これにより、本番環境の修正がデプロイされ、今後の開発で同じバグが再発するのも防げます。
Hotfixのバージョンを示すため、新しいタグも付けます。
git checkout main
git merge hotfix/critical-bug-fix --no-ff
git tag -a v1.0.1 -m "Hotfix for critical bug"
git push origin main --tags
git checkout develop
git merge hotfix/critical-bug-fix --no-ff
git push origin develop
git branch -d hotfix/critical-bug-fixどのブランチをいつ使うか
ReleaseブランチとHotfixブランチについて学びました。どちらもリリース管理に役立ちますが、目的は異なります。
本番アプリケーションに、すぐに修正が必要な重大なセキュリティ脆弱性が見つかった状況を考えてみましょう。これに対応するには、どちらの種類のブランチが最も適しているでしょうか。
リリースとホットフィックスのまとめ
これで、Gitの重要なブランチ戦略を2つ習得しました。
- リリースブランチ：
developから新しいバージョンのリリースを安定化・準備するために使用し、mainとdevelopにマージします。 - ホットフィックスブランチ：本番コードで緊急かつ重大なバグを直接修正するために使用し、
mainから作成してmainとdevelopの両方にマージします。
これらのワークフローにより、履歴を整理された状態に保ち、安定したリリースを実現できます。
よくある質問
「ReleaseブランチとHotfix」レッスンは無料ですか？
はい。「ReleaseブランチとHotfix」の完全なテキストはこのウェブで無料で読めます。インタラクティブに演習し（組み込みコードエディタと24時間対応のAIチューター）、Git & GitHub Professional Workflowコースの残りをアンロックするには、CoddyKit PROにアップグレードしてください。 Git & GitHub Professional Workflowコースには全4レッスンが含まれています。
「ReleaseブランチとHotfix」で何を学びますか？
専用のReleaseブランチを作成し、Hotfixブランチを使って重大なバグ修正を迅速に適用する方法を学びます。 ブラウザで直接実行するハンズオンコードでGit & GitHub Professional Workflowを演習し、24時間対応のAIチューターがレッスンを進める中での質問に答えます。
Git & GitHub Professional Workflowを始めるのに経験は必要ですか？
事前経験は必要ありません。CoddyKitのGit & GitHub Professional Workflowは初級者から上級者向けに構成されているため、ここから始めるか最初から始めて、自分のペースで進むことができます。 これはレッスン3/4です。
「ReleaseブランチとHotfix」レッスンにはどのくらい時間がかかりますか？
ほとんどのCoddyKitレッスンは約5～10分かかります。各レッスンはコンパクトでインタラクティブなので、着実に進歩し、ウェブとアプリ全体で正確に前回の場所から再開できます。
このGit & GitHub Professional Workflowレッスンでコードを書いて実行できますか？
はい。すべてのGit & GitHub Professional Workflowレッスンに組み込みコードエディタが含まれているため、ブラウザでリアルコードを書いて実行し、即座のAIフィードバックを取得できます。ローカル設定は不要です。
このコースのすべてのレッスン
- タグによるセマンティックバージョニング
- Releaseの作成と管理
- ReleaseブランチとHotfix
- 変更履歴とリリースノートを生成する