Re: Maintaining the list of release changes

From: Peter Eisentraut <peter_e(at)gmx(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Maintaining the list of release changes
Date: 2002-02-12 04:38:02
Message-ID: Pine.LNX.4.30.0202112318500.1903-100000@peter.localdomain
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Tom Lane writes:

> That's a valid complaint against CVS-log-based notes, since most people
> probably don't have or know how to use tools like cvs2cl. I don't see
> why it's an argument against my idea of a dedicated text file, though.
> Such a file would be just as readily found as release.sgml, possibly
> more so.

Do you have a suggestion for a name and where to put the file. Will it be
removed or cleared before releases?

> I am still concerned about the prospect of either release.sgml or
> a dedicated file becoming commit bottlenecks because everyone is
> constantly hitting them (and in approximately the same place, too).

There are lots of and big projects that use GNU-style ChangeLogs.
Theoretically, they would all hit at the same place, but in practice this
is never a problem. When an outsider submits a patch he just puts the
changelog entry into a separate attachment or right into the message and
the committer puts it into the right place.

We can make this to work as well. If someone comes along, "hey, I just
added a --foo option to pg_bar to do xyx", the patch committer simply adds
a line "added --foo option to pg_bar to do xyz" to the log. All the
release note items are one-liners, so this can't be too big of a deal.

--
Peter Eisentraut peter_e(at)gmx(dot)net

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Shevland, Joseph (AU - Hobart) 2002-02-12 06:15:02 DEBUG output w/o debug set
Previous Message Brent Verner 2002-02-12 03:54:27 Re: Idea for making COPY data Microsoft-proof