Bruce Momjian wrote:
> Alvaro Herrera wrote:
> > Bruce Momjian wrote:
> > 
> > > The hold queue has patches that still need discussion, or ideas for
> > > patches, so it is more than just patches ready for application, and
> > > moving the whole thing at once would overwhelm patch reviewers.
> > 
> > So why aren't all patches that are posted to the -patches list in the
> > hold queue?
> Because I haven't looked them over yet, and wasn't putting things in the
> queue while we were waiting on 8.2.1.

No, I mean in principle, not in this particular case.  If we have two
queues, and there's a barrier to moving patches from the "hold" queue to
the other queue, why aren't patches posted in pgsql-patches put right
away in the "hold" queue?

After all, there's already a barrier to applying a patch in the non-hold
queue, which is that someone reviews and approves it.  Does it make
sense to have three barriers to the patch managing process?  ISTM two is
good enough (first when moving a patch from the hold queue to the main
queue, and then when applying a patch from the main queue).

I hope I'm making sense here :-)

Alvaro Herrera                      
The PostgreSQL Company - Command Prompt, Inc.

---------------------------(end of broadcast)---------------------------
TIP 6: explain analyze is your friend

Reply via email to