前提・実現したいこと
featureブランチが独立している事が特徴と謳われている
拡張 Git flow (Git Feature flow)
を試しています。
masterブランチからfeatureブランチを作成し、
featureブランチからdevelop,masterへとpull request～mergeを行うのですが、
その後、新たにfeatureブランチを作成し、developブランチにmergeを行おうとすると、
それ以前のmasterブランチへのコミットログが履歴に介入してきます。
これはこのブランチモデルの想定通りなのかどうか、ご教示いただきたく存じます。
発生している現象
feature（１～３）からdevelopとmasterにそれぞれPR,mergeを行います。（mergeコミットができあがる
上述のPRが承認されたと仮定して、あらたにfeature（gap_1）ブランチを作成します。
しかし、developにはmasterはのmergeコミットログがないので、
master へのコミットログがgithub上で出てきます。
該当のソースコード
//まずはmaster からdevelop作成
git checkout -b develop
//feature 1 作成
git checkout master
git checkout -b feature1
//feature1でなんやかんや
touch file1.txt
git add .
git commit -m "add:1th"
//git hub で master と developにプルリク（このブランチモデルではdevelopからmasterにはmergeしないと。。。）
～～～～github上でPR 承認 etc
//master でpull
git checkout master
git pull
//新しいfeatureブランチ作成
git checkout -b next_sprint
touch next.txt
git add .
git commit -m "add:next feature"
//ここで、developの親コミットはmasterのmergeコミットを含んでいないので、
masterから新たに派生したブランチのコミットログが含まれてくる。
（開発者は自身の修正分しか認識がない状態）
感覚的な認識としては、masterブランチへのPRと同じく、developへも修正分のコミットログしか残らないのになぁ。。的な。
試したこと
上述の通り
質問の本題
この状態は、拡張 Git flow (Git Feature flow)としては想定内のことなのでしょうか？
多人数での開発においては、各々のプログラマは自身の触ったソースコード以外の変更が現れてくるのは意図していない挙動なのかなという認識より質問させていいただいております。
なにか観点の見落としなどあればご指摘いただけますと幸いです。
お手数をおかけしますがよろしくお願い申し上げます。
Q&A
ベストアンサー
