David Kastrup wrote:
Rick Moynihan <rick@xxxxxxxxxxxxxxxx> writes:
Hi,
I have a master branch, a dev branch and a number of feature branches
from dev. And I was wondering if there was an easy way to rebase dev
and all of it's sub-branches onto master.
I know I can run this as a series of commands, and use --onto to do
this, but was wondering if there was an easier way. As running:
git rebase master
when on the dev branch only rebases dev and not it's dependent branches.
Rebasing has no relation to dependent branches. It creates a new branch
from the branch point. After it finishes, it just reseats HEAD of the
branch to the new one. There is no operation that would work implicitly
on originally dependent branches.
This appears to be true of the current implementation, but shouldn't it
be possible to do this as a single operation?
e.g. when the situation is this with dev being the current branch.
o---o---o---o---o master
\
o---o---o---o---o dev (*)
\
o---o---o topic
Running the hypothetical command:
git rebase master --all
Would produce this:
o---o---o---o---o master
\
o---o---o---o---o dev (*)
\
o---o---o topic
I think this can be performed right now with a rebase followed by a
rebase --onto
I can see how if there were conflicts in the rebase from dev, then you
would need to resolve them all the way up your topic branches also. Is
there anything else that makes this a bad idea?
R.
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html