Re: Commitfest 2023-03 starting tomorrow!

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: Commitfest 2023-03 starting tomorrow!
Дата
Msg-id aa89f79f-db78-a8a6-830d-e9af94ea7a7f@enterprisedb.com
обсуждение исходный текст
Ответ на Re: Commitfest 2023-03 starting tomorrow!  (Alvaro Herrera <alvherre@alvh.no-ip.org>)
Ответы Re: Commitfest 2023-03 starting tomorrow!  (Daniel Gustafsson <daniel@yesql.se>)
Список pgsql-hackers
On 21.03.23 10:59, Alvaro Herrera wrote:
> This led me to suggesting that perhaps we need to be more lenient when
> it comes to new contributors.  As I said, for seasoned contributors,
> it's not a problem to keep up with our requirements, however silly they
> are.  But people who spend their evenings a whole week or month trying
> to understand how to patch for one thing that they want, to be received
> by six months of silence followed by a constant influx of "please rebase
> please rebase please rebase", no useful feedback, and termination with
> "eh, you haven't rebased for the 1001th time, your patch has been WoA
> for X days, we're setting it RwF, feel free to return next year" ...
> they are most certainly off-put and will*not*  try again next year.

Personally, if a patch isn't rebased up to the minute doesn't bother me 
at all.  It's easy to check out as of when the email was sent (or extra 
bonus points for using git format-patch --base).  Now, rebasing every 
month or so is nice, but daily rebases during a commit fest are almost 
more distracting than just leaving it.




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

Предыдущее
От: Michael Paquier
Дата:
Сообщение: Re: Reconcile stats in find_tabstat_entry() and get rid of PgStat_BackendFunctionEntry
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: Save a few bytes in pg_attribute