public inbox for [email protected]  

help / color / mirror / Atom feed

From: Gregory Stark <[email protected]>
To: Peter Eisentraut <[email protected]>
Cc: [email protected]
Cc: Tom Lane <[email protected]>
Cc: [email protected]
Cc: Bruce Momjian <[email protected]>
Subject: Re: Getting a move on for 8.2 beta
Date: 02 Sep 2006 00:03:17 -0400
Message-ID: <[email protected]> (raw)
In-Reply-To: <[email protected]>
References: <[email protected]>
	<[email protected]>
	<[email protected]>
	<[email protected]>


Peter Eisentraut <[email protected]> writes:

> Tom Lane wrote:
> > Well, no, it's not.  We have told people till we're blue in the face
> > "post early, post often".  Now I will plead guilty to not always
> > having spent as much time giving feedback on draft patches as I
> > should've, but the process is pretty clear.  As I see it the main
> > problem is people undertaking patches off in corners somewhere rather
> > than discussing their work on the mailing lists while they do it.
> 
> Again, process support.  If all we can offer people is to post 
> multi-megabyte patches to the mailing list every month, that totally 
> doesn't help.  

You're right, it's a pain for developers to have to keep shipping around
patches over and over. It means anyone else who wants to look at your code is
probably looking at an old version, there's no convenient way to convert from
incremental patches to cumulative patches, etc.

There are tools to solve this but they're not "process support", they're
revision control systems. If CVS didn't suck so hard I would suggest that the
natural thing to do would be to grant CVS access far and wide and have people
create branches for their proposed changes. The existing set of committers
would become the set of people allowed to commit to HEAD. Sadly CVS makes this
about as much work as the current system and the risks are much higher.

> We'd need ways to track the progress on these things: 
> what was the specification for that patch, where was the discussion on 
> it, what has changed in the patch since the last time, since the time 
> before last time, what is left to be done, who has worked on it, etc.  
> Figuring out the answer to those questions from a mailing list archive 
> is tedious to the point that no one wants to do it.

Frankly these things all sound pretty trivial. 

-- 
greg

view thread (101+ messages)  latest in thread

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: [email protected]
  Cc: [email protected], [email protected], [email protected], [email protected], [email protected], [email protected]
  Subject: Re: Getting a move on for 8.2 beta
  In-Reply-To: <[email protected]>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by agora; see mirroring instructions
for how to clone and mirror all data and code used for this inbox