Git-flowをざっと整理してみた

こんにちは、ジョン・ヒョンジェです！

今回はGit-flowについて話したいと思います。

Git-flowとは

Git-flowは簡単に言うと、Gitのブランチ機能を利用する開発戦略の一つです。Git-flowを採択して、もっと効率的に開発するソースコードを管理することができます。そして、共通のルールがあるので、コラボレーションをしながら発生する問題を最小限にすることができます。最近、多くのプロジェクトでGit-flow戦略が採択されています。(全てのプロジェクトで良いわけではありません)

以下では、Git-flowで使われるブランチの説明と活用する方法について説明します。

Git-flowのブランチ

Git-flowを説明する図です。ここで一番中心になるメインブランチはmasterブランチとdevelopブランチです。そして、メインブランチをサポートするブランチとしてfeatureブランチ、releaseブランチ、hotfixブランチがあります。

• master
  • ユーザにプロダクトとしてリリースするソースコードを管理するブランチ
  • タグでバージョンを管理
  • 開発作業は行わない
• develop
  • 実際に開発作業を行うブランチ
  • バグ修正
  • 新しい機能はfeatureブランチを作成して開発
• feature
  • developブランチを基盤に作成されるブランチ
  • 新しい機能を開発
  • 開発が終わったらdevelopブランチにマージ
• release
  • developブランチを基盤に作成されるブランチ
  • リリース直前にバグ修正などの微調整、つまりQAを行うブランチ
  • QAを完了したら、master, developブランチにマージ
• hotfix
  • リリースされたバージョンで発生したバグを速やかに修正するブランチ
  • 修正後すぐmaster, developブランチにマージ

このようにGit-flowではブランチを作成、修正、マージする過程で各ブランチの目的を明確にしながら、ソースコードを管理することができます。

では、コマンドを実際に叩いてみましょう

Git-flowを実際に触ってみましょう

ここではGitとGit-flowはインストールされているのを想定して進みます。

Git-flow初期化

まず、Git-flowを初期化します。

git flow init -d

-dオプションはディフォルトのブランチ名が自動で付けられるオプションです。

git branchコマンドを使ってブランチの情報を確認します。

git branch
* develop
  master

このようにdevelopブランチとmasterブランチが作成されていて、developブランチにcheckoutされています。

featureブランチで機能開発

では、新しい機能を開発するためのfeatureブランチをstartコマンドを使って作成しましょう。

git flow feature start <feature name>

git branchコマンドを実行して確認すると、

git branch
  develop
* feature/<feature name>
  master

feature/<feature name>のブランチが作成され、自動にcheckoutされています。<feature name>は開発する機能がわかるように設定しましょう。

では、このブランチで新しい機能の開発をします。今回はテキストファイルを一つ作ることで代替します。

touch gf-handson.txt

機能開発が完了したのでfinishコマンドでdevelopブランチにマージします。

git flow feature finish <feature name>

このコマンドを実行することで、以下の作業が自動に行われます。

• developブランチにcheckout
• featureブランチをマージ
• featureブランチの削除

もし、GitHubなどのプラットフォームを使って他の開発者とコラボレーションをしている場合はpublishコマンドを使ってリポジトリにfeatureブランチをpushすることもできます

git flow feature publish <feature name>

逆にリポジトリからfeatureブランチを持ってくる場合はpullコマンドを使います。

git flow feature pull origin <feature name>

releaseブランチでリリースを準備

リリースのための全ての機能をdevelopブランチにマージしたら、releaseブランチでQAを行います。

releaseブランチを作成しましょう。

git flow release start <version>

また、git branchで確認すると

git branch
  develop
  master
* release/<version>

このようにrelease/<version>のブランチが作成され、自動にcheckoutされています。このブランチでQA作業を行います。

QA作業も終わったらリリースする準備は完了です。では、finishコマンドでmaster, developブランチにマージします。

git flow release finish <version>

このコマンドを実行することで、以下の作業が自動に行われます。

• releaseブランチをmasterブランチにマージ
• releaseブランチをdevelopブランチにマージ
• releaseブランチを削除

featureブランチと同じように他の開発者とコラボレーションしている場合はpublishコマンドでリポジトリにpushします。

git flow release publish <version>

リポジトリからreleasaeブランチを持ってくる場合はtrackコマンドを使います。pullではないので、気をつけましょう。

git flow release track <version>

リリース

ここまですると、masterブランチは新しいリリースバージョンのソースコードを持っています。

最後にmasterブランチをタグと一緒にリポジトリにpushしてリリースします。

git push --tags

リリース後のバグ対応

リリースされたバージョンに緊急のバグが発生するとhotfixブランチで対応します。

まず、hotfixブランチを作成します。

git flow hotfix start <version>

作成したhotfixブランチで緊急のバグを修正した後、finishコマンドを使ってmasterブランチにマージします。

git flow hotfix finish <version>

このコマンドを実行することで、以下の作業が自動に行われます。

• hotfixブランチをmasterブランチにマージ
• hotfixブランチをdevelopブランチにマージ
• hotfixブランチを削除

このようにGit-flowモデルを使ってプロジェクトの開発をもっと効率的にすることができます。

最後に

今までGit-flowの概念と開発流れについて説明しました。

Git-flowで開発をしながら一点注意することは各ブランチのソースコードのコンフリクトが発生しないようにすることです。例えば、developブランチから作成されたfeatureブランチでは常にdevelopの内容を持っている必要があります。そして、developブランチではfeatureブランチをマージする前にはfeatureブランチの内容を持っていない状態を維持する必要があります。

そして、GitHubなどのプラットフォームを使ってチーム内や他の開発者とコラボレーションをする場合はpushとpullをしばしばして置いて、コードのコンフリクトを防止しましょう！！

では、ブログは以上です！ありがとうございます。

(以下のリンクはGit-flowを誕生させたVincent Driessen氏の伝説のブログです)