public inbox for [email protected]  

help / color / mirror / Atom feed

From: Bruce Momjian <[email protected]>
To: Tom Lane <[email protected]>
Cc: Greg Sabino Mullane <[email protected]>
Cc: [email protected]
Subject: Re: Postgres tracking - the pgtrack project
Date: Sat, 2 Sep 2006 12:05:32 -0400 (EDT)
Message-ID: <[email protected]> (raw)
In-Reply-To: <[email protected]>

Tom Lane wrote:
> "Greg Sabino Mullane" <[email protected]> writes:
> > I've been thinking about this a lot since before the Summit, and the
> > only solution I see is to design something specifically for us.
> 
> Well, nobody's going to accuse you of thinking too small ;-).  Sounds
> great to me, though, if you think you can pull it off.  Have at it!
> 
> > Rather than get bogged down in details about how it will work and
> > what technologies it will be using, I'd like to share my ideas on
> > how it will work from an end-user perspective. There's a simple web
> > interface. You can use it to get the answer to questions like this:
> 
> > What are all the open bugs for the current release?
> > Who is working on the updateable views patch?
> > Which bugs were fixed in 8.1.3?
> > [etc]
> 
> That sounds fine for the "output" part of things, but where does the
> "input" come from?  ISTM that it's been the input side that's been the
> real bone of contention in all the discussions of specific tracking
> software.
> 
> BTW, another "output" thing you might consider is "having draft release
> notes ready-to-go on demand".  Currently, Bruce prepares the release
> notes on the basis of a very tedious scan of the CVS commit logs.

Having an intermediate release note list, beyond the dashed TODO items,
might be helpful.  So the idea is to track work in progress, and
completed items.  The question is always whether the effort is worth the
benefit.  We can try and see how it works.

> If this sort of stuff were being dropped into a tracker as it went
> into the CVS tree, at least the research part of making the notes would
> be zero-effort (or perhaps better to say that the work would be spread
> out instead of concentrated).

Well, multiple commits often end up as a single entry (and many commits
don't need to show up in the release notes), so the tracker would just
give me a backup when creating the release notes.

-- 
  Bruce Momjian   [email protected]
  EnterpriseDB    http://www.enterprisedb.com

  + If your life is a hard drive, Christ can be your backup. +

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]
  Subject: Re: Postgres tracking - the pgtrack project
  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