Context:
I have created a branch (let's call it new-feature
), based off master
. I plan to create a pull request that will remain open over the next few months.
During this time, I will be doing feature development by branching off of new-feature
. Once a branch has been reviewed and approved, I will create a pull request to merge that bit of work into new-feature
When all is said and done, new-feature
will be merged into master
.
My question:
Let's say one of my new-feature
child branches (let's call it child-branch-1
) contains a change that also needs to be merged into master
BEFORE new-feature
is merged into master
?
Am I able to use a single branch for this change, creating 2 separate pull requests (1 PR to merge the change into master
, and another PR to merge the change into new-feature
, respectively), or is it better to use 2 different branches (1 based off of master
, and 1 based off of new-feature
, with a PR for each) to accomplish this?