On 6 August 2014 22:16, Karthik Kambatla <ka...@cloudera.com> wrote:

> 3. Force-push on feature-branches is allowed. Before pulling in a feature,
> the feature-branch should be rebased on latest trunk and the changes
> applied to trunk through "git rebase --onto" or "git cherry-pick
> <commit-range>".
>

I'd add to this process the requirement to tag any feature branch before a
rebase, with some standard naming like

tag_feature_JIRA-2454_2014-08-07_rebase

Why? it keeps the state of the branch before the rebase in case you ever
want it back again. Without the tag: lost data. Once the feature is merged
in you can rm the tags, but until then they give you a log of what changes
went on, and make it possible to switch back to the pre-rebase version.

Without those tags you do lose history of the development.

-- 
CONFIDENTIALITY NOTICE
NOTICE: This message is intended for the use of the individual or entity to 
which it is addressed and may contain information that is confidential, 
privileged and exempt from disclosure under applicable law. If the reader 
of this message is not the intended recipient, you are hereby notified that 
any printing, copying, dissemination, distribution, disclosure or 
forwarding of this communication is strictly prohibited. If you have 
received this communication in error, please contact the sender immediately 
and delete it from your system. Thank You.

Reply via email to