Thread (1 message) 1 message, 1 author, 2016-06-15

Re: Branching workflow

From: Junio C Hamano <hidden>
Date: 2016-06-15 23:02:35

Javier Domingo Cansino [off-list ref] writes:
I would like to seek for a little more advice. I keep rebasing all my
work each time master branch is updated, and I would like to know if
this is usually done or not.

The workflow is not using emails, but each developer has his clone
where he works, and occasionally sends work to the gerrit tool we use,
upgrading the patch with each master update.

I know this is a crazy workflow, and I would like to know when you
usually consider to update the sent patch with a rebase.
When a rerolled set of patches come, I try to apply them to the same
commit as the previous fork point.  When there is no reroll, there
is no reason to ever do any rebase myself.

The trial integration branch 'pu' is rebuilt from scratch every day,
starting from the tip of 'master' and merging all the topics that
have not been merged to 'master'.

By not doing unnecessary rebase, we won't risk breaking each topic.
By merging topics together to updated 'master', we make sure changes
done in other topics do not negatively affect each topic.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help