Re: Github commit messages to pgsql-www - Mailing list pgsql-www

From Tom Lane
Subject Re: Github commit messages to pgsql-www
Date
Msg-id 16872.1296057417@sss.pgh.pa.us
Whole thread Raw
In response to Re: Github commit messages to pgsql-www  (Magnus Hagander <magnus@hagander.net>)
Responses Re: Github commit messages to pgsql-www  (Alvaro Herrera <alvherre@commandprompt.com>)
Re: Github commit messages to pgsql-www  (Andrew Dunstan <andrew@dunslane.net>)
Re: Github commit messages to pgsql-www  (Bruce Momjian <bruce@momjian.us>)
List pgsql-www
Magnus Hagander <magnus@hagander.net> writes:
> On Wed, Jan 26, 2011 at 15:14, Alvaro Herrera
> <alvherre@commandprompt.com> wrote:
>> Could we do #3 but instead of moving the primary to git.pg.org just have
>> a hook or cron'ed task that pushes from github (or pulls from it)?

> Sure, you can do something like that, but it has the same basic
> "scalability problem" - all the repos need to be created and
> maintained on git.postgresql.org.

> Plus it requires a push hook at github (because the mail scripts fire
> on receive, so it needs to be a push), which I don't think they
> support.

Personally I think there is way too much third-party crap showing up on
pgsql-committers already.  I am very close to changing my filters to
bit-bucket *everything* out of pgfoundry, and you can bet that if stuff
from github starts being allowed through, it will go straight to
/dev/null here.

What I'd like to see is a reversion to the original design wherein
commit traffic for pgfoundry projects goes to lists for those individual
projects.  As for github, people who want to watch that can watch it,
but please don't clutter pgsql-committers with it.
        regards, tom lane


pgsql-www by date:

Previous
From: Magnus Hagander
Date:
Subject: Re: Github commit messages to pgsql-www
Next
From: Alvaro Herrera
Date:
Subject: Re: Github commit messages to pgsql-www