Re: Github commit messages to pgsql-www
От | Tom Lane |
---|---|
Тема | Re: Github commit messages to pgsql-www |
Дата | |
Msg-id | 16872.1296057417@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Github commit messages to pgsql-www (Magnus Hagander <magnus@hagander.net>) |
Ответы |
Re: Github commit messages to pgsql-www
Re: Github commit messages to pgsql-www Re: Github commit messages to pgsql-www |
Список | 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 по дате отправления: