作業中のブランチで、他ブランチの内容を取り込みたい

Question

Webサービスのフロントを、GitLabを使い2名体制で作成しています。（HTML/CSSのみです）

制作するページ毎にブランチをチェックアウトするルールにしており、全てのブランチはMasterからチェックアウトします。
制作完了したブランチはもう1名の担当者にMerge Requestを出し、レビューを持ってMasterへマージされます。

今回お窺いしたいのは、Merge Request待ちの feature/A で作成したスタイルを新しくチェックアウトした feature/B で使用したい場合、どのようにするのがベストプラクティスなのかということです。
素直に feature/A を feature/B へマージしてしまってもよいのでしょうか。

ご教授頂けますと幸いです。
宜しくお願い致します。

Answer 1

こんにちは。

まずリポジトリの運用方法がメンバ内でちゃんと共有されている前提ですが、
そのfeature/Aが将来的にmasterに入ることが有力であるなら(rejectされて一切なかったことになる可能性が低いのであれば)、feature/Bに直接mergeするので良いと思います。もしもfeature/Aがrejectされた場合、その変更を取り込んだfeature/Bもレビューを通すことができない、となってしまうことは避けたいです。

他の運用例として、もしも、feature/Aとfeature/Bが密結合な改修であるなら、feature/Aとfeature/Bを適宜マージしつつ作成されるfeature/Xブランチなどを新たに起こし、それをmasterにMergeRequestする、というやり方も考えられます。

Comments

[ukotsu]

ご回答ありがとうございます。
`feature/A` はrejectされる可能性はほぼ無いので、`feature/B` にマージしようと思います。
ただその場合 `feature/A` をマージしたというコミットが `feature/B` に残ることになると思いますが、将来 `feature/B` を Merge Request する際に何か不都合はありますでしょうか？

運用方法によるとは思いますが、そこまで深く考えなくても良いのでしょうか。。

[tamoto]

問題ないです。そのようなツリー構造はGitを活用していれば頻出します。

たまに起きる状況として、`feature/A`を「まだマージしていない`master`」に対して`feature/B`のマージリクエストを出したら、`feature/B`のリクエスト内容に`feature/A`の変更内容が含まれることになりますが、それはまあ当たり前ですね。

[ukotsu]

重ねてのご回答ありがとうございます。

>そのようなツリー構造はGitを活用していれば頻出します。
よくあることと分かり、安心致しました。
今後も活用し、知見を貯めていこうと思います。
ありがとうございました。

Answer 2

feature/A を feature/B に git merge でマージして良いです。
master からもマージするのをお忘れなく。

Comments

[ukotsu]

ご回答ありがとうございます。
`feature/A` を `feature/B` にマージする方法で進めます。

Answer 3

こんにちは。

feature/A からさらにブランチを切って作業するのはどうでしょう。

あとは仰る通り feature/A を feature/B にマージするか
欲しいコミットだけをチェリーピックするかですが、
場合によりけりでベストプラクティスはない気がします。

Comments

[ukotsu]

ご回答ありがとうございます。

「全てのブランチはMasterから切ること」をルールとしているため、得られる結果は同じだとしても、今回は `feature/A` を `feature/B` にマージする方法で進めようと思います。