Re: "rejected" vs "returned with feedback" in new CF app

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: "rejected" vs "returned with feedback" in new CF app
Дата
Msg-id 1761.1428582045@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: "rejected" vs "returned with feedback" in new CF app  (Magnus Hagander <magnus@hagander.net>)
Ответы Re: "rejected" vs "returned with feedback" in new CF app  (Magnus Hagander <magnus@hagander.net>)
Re: "rejected" vs "returned with feedback" in new CF app  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
Magnus Hagander <magnus@hagander.net> writes:
> On Apr 9, 2015 2:20 AM, "Robert Haas" <robertmhaas@gmail.com> wrote:
>> +1.

> Is that at +1 for naming it moved, or for not having it? :-)

> I can definitely go with moved. Buy I would like to keep it - the reason
> for having it in the first place is to make the history of the patch follow
> along when it goes to the next cf. If we don't have the move option, I
> think it's likely that we'll be back to the same patch having multiple
> completely unrelated entries in different cfs.

The problem with the whole thing is that you're asking the person doing
the "returned" marking to guess whether the patch will be resubmitted in
a future CF.

The right workflow here, IMO, is that a patch should be marked returned or
rejected, full stop; and then when/if the author submits a new version for
a future CF, there should be a way *at that time* to re-link the email
thread into that future CF.

"Moved" is really only applicable, I think, for cases where we punt a
patch to the next CF for lack of time.
        regards, tom lane



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

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: NOT NULL markings for BKI columns
Следующее
От: Kouhei Kaigai
Дата:
Сообщение: Re: Custom/Foreign-Join-APIs (Re: [v9.5] Custom Plan API)