運転Gitのワークフロー

Gitflowは異なるブランチのための明確な役割が割り当てられ、いつ、どのように各支店との対話を定義します。歴史の分岐、分岐機能、リリースブランチとメンテナンスブランチがあります。

歴史支店

プロジェクトの履歴を記録するために2本の枝を使用してください。
マスターブランチは、公式リリースの履歴を記録し、統合された分岐の分岐機能として開発しています。そのため、各提出のmasterブランチは、バージョン番号を割り当てる必要があります。

機能ブランチ

関数は、新しい支店、各機能に対応するブランチを開発し、チェックアウトから分岐しています。
まず、現在のプロジェクトは、開発ブランチを開発していることを確認します。

現在のローカル枝を表示します。

$ git branch
  b
  bug
* develop
  master
  release

現在のすべての支店を見ます：

$ git branch -a
  b
  bug
* develop
  master
  release
  remotes/origin/develop
  remotes/origin/master
  remotes/origin/release

リモート言葉「リモコン」を使用して、リモートブランチです

方法のブランチを作成します：

$ git checkout -b 'develop'
Switched to a new branch 'develop'

1.開発の機能を仮定：

git checkout -b feature-a develop

2.新しい機能が完了すると、開発ブランチにマージされ。

git checkout develop
git merge --no-ff feature-a
git push
git branch -d feature-a

リリースブランチ

ブランチから引っ張ったときに開発ブランチのリリースを開発する必要がリリース-という名前のリリースブランチ、開発1 またはリリース/を。

git checkout -b release-0.1 develop

2.サイクル、タスクのリリースのための唯一のバグ修正、ドキュメントの生成とその上を公開するための分岐。新機能は、このブランチに追加されません。
リリースが完了したら3、リリースブランチはマスターブランチをマージします。

git checkout master
git merge --no-ff release-0.1
git push

4.演奏タグは、各リリースの追跡を容易にするために、バージョン番号を記録します。

git tag -a 0.1 -m "release 0.1 publish" master
git push --tags

5.変更は、新しい枝を開発し、リリースブランチのマージ以降に行われました。

git checkout develop
git merge --no-ff release-0.1
git push

6.最後に、リリースブランチを削除

git branch -d release-0.1

メンテナンスブランチ/ホットフィックス

オンライン版はバグが登場すると、あなたはすぐにバージョンパッチ製品を解放するために使用され、枝を維持するために使用する必要があります。
マスターブランチから1.（masterブランチを引き出すための唯一の支店である）メンテナンスブランチを引きます。

git checkout -b hotfix master

2.修復が完了したら、すぐにマスターにマージされ、および開発しています。

git checkout master
git merge --no-ff hotfix
git push
git checkout develop
git merge --no-ff hotfix
git push 
git branch -d hotfix

新しいバージョン番号でタグを演奏3.master。

git tag -a 0.2 -m "release 0.2 publish" master
git push --tags