Re: Commitfest documentation - Mailing list pgsql-hackers

From Jehan-Guillaume de Rorthais
Subject Re: Commitfest documentation
Date
Msg-id 20221031161803.396098c8@karst
Whole thread Raw
In response to Re: Commitfest documentation  (Aleksander Alekseev <aleksander@timescale.com>)
Responses Re: Commitfest documentation
List pgsql-hackers
Hi Aleksander,

Thank you for your help!

On Mon, 31 Oct 2022 16:51:23 +0300
Aleksander Alekseev <aleksander@timescale.com> wrote:
[...]
> > In the commitfest application, I was wondering today what was the exact
> > meaning and difference between open/closed status (is it only for the
> > current commitfest?)
>
> Closed means that the CF was in the past. It is archived now. Open
> means that new patches are accepted to the given CF. If memory serves,
> when the CF starts the status changes to "In Progress".

Sorry, I was asking from a patch point of view, not the whole commitfest. If
you look at the "Change Status" list on a patch page, there's two sublist
options: "Open statuses" and "Closed statuses". But your answer below answered
the question anyway.

> There are five CFs a year: in January, March, July, September, and
> November. November one is about to start.

This detail might have a place in the following page:
https://wiki.postgresql.org/wiki/CommitFest

But I'm not sure it's really worthy?

> > and between «waiting for author» and «Returned with feedback».
>
> RwF is almost the same as "Rejected". It means that some feedback was
> provided for the patch and the community wouldn't mind accepting a new
> patch when and if this feedback will be accounted for.
>
> WfA means that the patch awaits some (relatively small) actions from
> the author. Typically it happens after another round of code review.

Thank you for the disambiguation. Here is a proposal for all statuses:

 * Needs review: Wait for a new review.
 * WfA         : the patch awaits some (relatively small) actions from
                 the author, typically after another round of code review.
 * Ready fC    : No more comment from reviewer. The code is ready for a
                 commiter review.
 * Rejected    : The code is rejected. The community is not willing to accept
                 new patch about $subject.
 * Withdraw    : The author decide to remove its patch from the commit fest.
 * Returned wF : Some feedback was provided for the patch and the community
                 wouldn't mind accepting a new patch when and if this feedback
                 will be accounted for.
 * Move next CF: The patch is still waiting for the author, the reviewers or a
                 commiter at the end of the current CF.
 * Committed   : The patch as been committed.

> Attached is a (!) simplified diagram of a typical patch livecycle.
> Hopefully it will help a bit.

It misses a Withdraw box :)
I suppose it is linked from the Waiting on Author.

> > I couldn't find a clear definition searching the wiki, the mailing list (too
> > much unrelated results) or in the app itself.
>
> Yes, this could be a tribe knowledge to a certain degree at the
> moment. On the flip side this is also an opportunity to contribute an
> article to the Wiki.

I suppose these definitions might go in:
https://wiki.postgresql.org/wiki/Reviewing_a_Patch

However, I'm not strictly sure who is responsible to set these statuses. The
reviewer? The author? The commiter? The CF manager? I bet on the reviewer, but
it seems weird a random reviewer can reject a patch on its own behalf.

Regards,



pgsql-hackers by date:

Previous
From: Bharath Rupireddy
Date:
Subject: Re: Adding doubly linked list type which stores the number of items in the list
Next
From: Peter Geoghegan
Date:
Subject: Re: shared memory stats ideas