Maintaining the list of release changes

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Maintaining the list of release changes
Дата
Msg-id Pine.LNX.4.30.0202081243070.689-100000@peter.localdomain
обсуждение исходный текст
Ответы Re: Maintaining the list of release changes  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Would it be too much to ask for that everytime a significant
user-visible change is checked in, the release notes are updated right
there as though they are documentation (which they are)?  This immediately
leads to three significant advantages:

1. Users can keep track of developement.
  Until after the start of beta, no user really had any idea what this  new release was going to be about.  Users that
startedprojects before  the release notes were in readable form were wasting their time, if  they chose PostgreSQL at
all.

2. Developers can keep track of development.
  The number of changes for 7.2 is really enough for five releases, but  no one can be expected to keep track of that.
Soin the future, when  the list gets too long, we make a release. ;-)
 

3. The list accurately reflects the actual work.
  Having the list reconstructed by a single person from CVS logs months  after the fact is just way too lossy.

-- 
Peter Eisentraut   peter_e@gmx.net



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: GiST on 64-bit box
Следующее
От: Tom Lane
Дата:
Сообщение: Re: PostgreSQL 7.2 on SlashDot