+1 to not have silly notification friction for working on branches.

Maybe open a INFRA issue about not sending notification emails in the
"git merge master" case?

Mike McCandless

http://blog.mikemccandless.com


On Tue, Dec 20, 2016 at 6:36 AM, Andrzej Białecki <a...@getopt.org> wrote:
> Hi devs,
>
> First, let me apologize for the tons of notification emails that the
> commits@ list has received recently due to my changes - I’m new to the git
> workflow at Apache, and it looks like I made a few missteps…
>
> Still, I think there’s some room for improvement to the current notification
> model, so that it accommodates for work in progress commits, and most
> importantly occasional merging / rebasing from other branches:
>
> * first, Shalin and I have used a ‘feature/metrics’ branch. As David Smiley
> kindly pointed out this branch doesn’t follow the ‘lucene-‘ or ‘solr-‘
> naming scheme so the git bot didn’t know to suppress the notifications on
> commits there. This should be fixed once INFRA-13133 is resolved (and
> probably a note should be added to this effect in the git guide for
> committers),
>
> * but even for a branch that follows this naming (jira/solr-9854) merging
> from master produced as many emails as there were commits between branches.
> Branching is a low cost operation in git (unlike in svn), so creating
> branches for even short-term work is attractive because it exposes work in
> progress to others and lets them collaborate. Longer-lived branches need
> occasional merging / rebasing so that they are reasonably up to date with
> master, but now each time this happens it will produce an avalanche of
> emails… The alternative would be to always merge —squash from master to a
> feature branch, so that it creates a single commit, but then it’s harder to
> merge it back and to track changes from master that may have affected your
> work.
>
> So, I don’t think this level of detail is useful for work in progress
> branches. Is there any way for the bot to eg. combine notifications from
> these branches into a single email, a la ‘git diff —stat’ ?
>
> ---
> Best regards,
>
> Andrzej Bialecki
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to