Re: Branching workflow

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Javier Domingo Cansino <javierdo1@xxxxxxxxx> 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.


--
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




[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]