Re: Rethinking the parameter access hooks for plpgsql's benefit

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Rethinking the parameter access hooks for plpgsql's benefit
Дата
Msg-id CA+TgmoY84QSjF7DL8qWdEpwB-NBpAxcQ1smApLA=vpm7g_O0XA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Rethinking the parameter access hooks for plpgsql's benefit  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Wed, Mar 18, 2015 at 2:01 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Andres Freund <andres@2ndquadrant.com> writes:
>> Seriously? In my opinion it has to be possible to doubt whether a patch
>> should be committed in certain release without it being interpreted as a
>> personal attack.
>
> I don't think anyone's said anything in this thread that amounts to a
> personal attack.  We have a difference of opinion on policy, and what
> I'm saying is that the policy ultimately reduces to trusting individual
> committers to use their best judgment.  If someone's going to tell me
> that my judgment about when to push something is not acceptable, then
> they probably ought to be calling for removal of my commit privileges.

Neither I nor anyone else is prepared to do that on the basis of what
happens to this one patch.  But if we adopt a project policy that says
a committer can ignore the contrary opinions of other people, even
when those other people include multiple other committers, this
project will not, in the long term, be successful.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Fabrízio de Royes Mello
Дата:
Сообщение: Re: Can pg_dump make use of CURRENT/SESSION_USER
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Can pg_dump make use of CURRENT/SESSION_USER