1. y-okudera

    No comment

    y-okudera
Changes in body
Source | HTML | Preview
@@ -1,124 +1,126 @@
# はじめに
5日目は、[スマートテック・ベンチャーズ](https://www.wantedly.com/projects/72590?ql=gaJpZM4AKYPb)の奥寺(@okuderap )が担当いたします。
今回はGitのブランチモデルについてです。
私はGitを使い始めたばかりの頃、masterブランチ1本で開発進めてしまったり
どのようにブランチを使い分ければ良いのか全然わかりませんでした。
私が経験した好ましくないケースをいくつか挙げて
最後に、それらの問題点を解消したブランチモデルをご紹介いたします。
※**iOS開発において、Gitを使った経験を記載します。**
製品やサービスの開発に利用する場合は通じることがあると思いますが、
プロジェクトによって変わる部分もございます。
#Case1: masterブランチ1本
私がGitを触り始めたばかりの頃はこの使い方でした。
【開発作業の流れ】
1. なんでもかんでもmasterブランチにコミットする
【登場するブランチ】
master:
 開発を進めたら全てこのブランチにコミットされる
イメージ
![Case1.JPG](https://qiita-image-store.s3.amazonaws.com/0/103695/ecc708c0-8389-e7d2-03eb-88befbd95d4a.jpeg)
【問題点】
・リリースした時点などの安定バージョンを残すことができない。
などなど。
#Case2: master&developブランチ
Case1から半歩進んだ?ぐらいです。
【開発作業の流れ】
1. 開発開始時点でmasterブランチからdevelopブランチを作成
2. 開発作業中は全てdevelopにコミット
3. リリース時点でdevelop → masterマージ
【登場するブランチ】
master:
 リリースした時点のソースコードを管理するブランチ
develop (masterから派生):
 開発作業用のブランチ
イメージ
![Case2.JPG](https://qiita-image-store.s3.amazonaws.com/0/103695/69d1c6b6-5366-412c-f82a-dcad49602e51.jpeg)
【問題点】
・実装済みの特定の機能に仕様変更が発生した場合、対応が困難
などなど。
#Case3: master&develop&featureブランチ
【開発作業の流れ】
1. masterブランチからdevelopブランチを作成
2. developブランチから実装する機能毎にfeatureブランチを作成
3. featureブランチで実装完了した機能はdevelopブランチにマージ
4. リリース時点でdevelop → masterマージ
【登場するブランチ】
master:
 リリースした時点のソースコードを管理するブランチ
develop (masterから派生):
 開発作業の主軸となるブランチ
feature (developから派生):
 実装する機能毎のブランチ (feature/◯◯, feature/xxなど)
イメージ
![case3.JPG](https://qiita-image-store.s3.amazonaws.com/0/103695/d9d0f01e-f1e5-20b9-3daa-be5ad8890cd6.jpeg)
【問題点】
・リリース作業時の調整もdevelopブランチに依存している
・リリース後に致命的な不具合が発覚した場合に対応するブランチがない
などなど。
#現在使用しているブランチモデル
諸々の問題を解決できる現在運用しているブランチ設計をご紹介します。
【開発作業の流れ】
1. masterブランチからdevelopブランチを作成
2. developブランチから実装する機能毎にfeatureブランチを作成
3. featureブランチで実装完了した機能はdevelopブランチにマージ
4. リリース作業開始時点で、developからreleaseブランチを作成
5. リリース作業完了時点で、releaseからdevelop, masterブランチにマージ
【リリース後の障害対応の流れ】
1. masterブランチからhotfixブランチを作成
2. hotfixブランチで障害対応が完了した時点で、develop, masterブランチにマージ
【登場するブランチの役割】
master:
 リリースした時点のソースコードを管理するブランチ
develop (masterから派生):
 開発作業の主軸となるブランチ
feature (developから派生):
 実装する機能毎のブランチ (feature/◯◯, feature/xxなど)
release (developから派生):
 developでの開発作業完了後、リリース時の微調整を行うブランチ
 (バージョン番号の変更などで使いました。)
hotfix (masterから派生):
 リリースされた製品に致命的なバグ(クラッシュなど)があった場合に緊急対応をするためのブランチ
イメージ
![now.JPG](https://qiita-image-store.s3.amazonaws.com/0/103695/30bd6f5a-f443-e193-6ba2-7541bb27eb0d.jpeg)
+#参考
+A successful Git branching model
+http://nvie.com/posts/a-successful-git-branching-model/
## 最後に
スマートテック・ベンチャーズでは、未経験だけどiOSの開発をやりたい!という人を募集しています。
Advent Calendarのスマートテック・ベンチャーズページに会社およびWantedlyのURLをのせていますので、興味のある方は是非ご覧ください。
http://qiita.com/advent-calendar/2016/stv
明日は@EnoMtさんです。
お楽しみに!