[ckan-dev] Process proposal: use no fast-forward merges when merging to or from another branch (and esp to master)

David Read david.read at okfn.org
Mon Jan 2 17:12:47 UTC 2012


On 2 January 2012 16:38, Rufus Pollock <rufus.pollock at okfn.org> wrote:
> Proposal:
>
> When merging from one branch to another (and especially when branch
> feature/defect branches to master) use --no-ff to generate an explicit
> merge commit. E.g.
>
> git checkout master
> git merge --no-ff {my-feature-branch}
>
> Why:
>
> One of the things I've found a little annoying with git is it's
> "fast-forward" merges which mean you don't get a explicit merge commit
> when merging from one branch to another. The lack of an explicit
> commit makes it hard to see when changes got merged (and how they got
> merged). Generating an explicit commit resolves this and makes the
> situation more like mercurial.

Yes, I agree. Another reason is: branches helpfully group together
commits that are for a particular feature or release.

David

>
> Rufus
>
> _______________________________________________
> ckan-dev mailing list
> ckan-dev at lists.okfn.org
> http://lists.okfn.org/mailman/listinfo/ckan-dev




More information about the ckan-dev mailing list