CommitFest progress - Mailing list pgsql-hackers
From | Robert Haas |
---|---|
Subject | CommitFest progress |
Date | |
Msg-id | CA+TgmobW_Gj4Xqn09i0bP39s8N4deoj9W6KfX0Mv0G7N+k1=ug@mail.gmail.com Whole thread Raw |
Responses |
Re: CommitFest progress
Re: CommitFest progress |
List | pgsql-hackers |
Of the 83 patches in this CommitFest, there are currently 35 that are marked as needing review, 23 that are waiting on author, 7 that are ready for committer, 11 that are committed, 5 that are returned with feedback, and 2 that are rejected. Since we're now supposedly in the last week of this month-long CommitFest, that doesn't bode well. I have no problem continuing to work on the patches that are ready for committer, and the people whose patches are marked as in need of review because they have never been reviewed (such as, cough, my background workers round three patch) surely deserve to get one. But I do have a problem with the fact that no concerted effort has been made to mark patches that are clearly nowhere near ready for commit, or which have been waiting on the author for extended periods of time, as returned with feedback. The CommitFest is supposed to be a time to *commit the patches that are ready to be committed*, not to wait indefinitely for them to become ready to be committed. If we make it into the latter, then nobody should be surprised when CommitFests never end. I therefore propose that we start by marking all of the patches that are currently Waiting on Author as Returned with Feedback. Most of them have been that way for a long time. Then, I think all of the people who are listed as reviewers need to take a look at the current state of their patches and decide whether or not they are reasonably ready to be committed. If they are, then they should be marked Ready for Committer. If they're not, but they've had at least one good thorough review, then they should also be marked Returned with Feedback; they can be resubmitted for the next CommitFest for further review. If they haven't had a good thorough review yet, then the people who signed up to review should, uh, hurry up and do that. If they can't, they should remove their name from the patch and we should seek other volunteers. Finally, we need to find reviewers for the patches that still don't have them, or that lack them once the names of people who aren't really going to review get removed. I have certainly reviewed more patches this CommitFest than I submitted by quite a bit, but I'm still willing to help with a few more if that's needed. I can't, however, do all of them, especially if I'm on the hook to also commit everything I review once it becomes ready. Thanks, -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
pgsql-hackers by date: