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?