githubを使っての開発(2)　－masterブランチにマージ－

前エントリーでgithub-flowをもとにした流れを書いたのですが、その中のマージについてもう少し細かく書いてみます。

　github-flowでの開発

githubを使っての開発(1)　－実践github-flow－ | PPl@ce

　マージの流れ

PullRequestをなげて、レビュー＆修正が終わった後は、担当者がマージをします。

github-flowを元にある程度の人数で開発をしているとブランチが複数できます。
そうすると、単純にマージするのが出来ないことは多々あります。

そこで以下の様な流れでmasterブランチにマージします。
(1) githubのNetworkを確認
(2) PullRequestから、マージできる状態であれば、githubから1クリックでマージ
(3) ローカル環境でマージしてから、再度pushして、(2)の状態にしてマージ

　(1) githubのNetworkを確認

マージしようとしているブランチが、どのブランチから出来ているかなどを見るために、まずNetworkを確認します。

Networkを見て、

• どの順番でマージするか
• どのブランチをローカルでマージするか

など、効率的な方法を(とりあえず)考えます。

　(2) githubでマージ

github上でブランチがmasterブランチにマージできる状態の場合は以下のように表示されます。
このボタンを押下して、ブランチをマージします。

※マージができない場合は上記の状態ではなく灰色の状態でボタン押下できません。

マージしたら、Networkを見て現在の状況などを確認します。

　(3) ローカル環境でマージ

githubからマージできないものに関しては、ローカル環境でマージします。
対象ブランチにmasterブランチから最新のソースをマージします。

(1)　対象ブランチ

 git checkout branch-name

まず、ローカル環境で対象ブランチを選択しときます。

(2) masterブランチからデータを取得

 git fetch

git pullではなく、まずmasterブランチからデータを取得するfetchをおこないます。

(3) ローカルブランチにマージ

 git merge origin/master

そして、ローカル環境で対象ブランチにmasterブランチのデータをマージします。
このコマンド後に、コミットログの入力画面になります。

マージが完了したら、念のためgit logでログを確認しときます。

 git log

(4) githubにpush

 git push origin branch-name

マージが終わったら、githubにpushします。

(5) githubでマージ
これで、githubからマージできる状態になっているはずなので、githubからマージします。
Networkを見れば、対象ブランチに一旦masterブランチから矢印がきて、最終的にmasterブランチに矢印がいっている状態になるかと思います。

　最後に

マージ処理をしたブランチに関しては、必要ないのであればPullRequestsの[closed]を選択して、対象のPullRequestからブランチを削除します。

ブランチが増えすぎると、ローカル環境でやる行為が増えます。
適宜、完成したのはmasterブランチにマージするのが良いですね。