Re: Time for a new release?

Поиск
Список
Период
Сортировка
От Dave Cramer
Тема Re: Time for a new release?
Дата
Msg-id CADK3HH+mdk7aFc5Vk_63DfzsfmDcAEFDdKP3Kdu++v=MFH3+XQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Time for a new release?  (Heikki Linnakangas <hlinnakangas@vmware.com>)
Список pgsql-jdbc
Heikki

Thanks for the patch and volunteering... One way to deal with this is to annotate the logs with #RELEASE# and then use git log and grep to find the release notes. I've been lazy but it is a very low tech way to achieve the result

Dave Cramer


On Fri, Feb 14, 2014 at 8:37 AM, Heikki Linnakangas <hlinnakangas@vmware.com> wrote:
Here's a patch to the pgjdbc-www project to add to the changelog. I generated it with:

git log REL9_3_1100..origin/REL9_3_STABLE

It includes all commits, including merge commits and things that don't really apply to 9.3 stable (opened HEAD for 9.4 development). I don't think that actually makes much sense, but that seems to be the way the changelog for other versions have also been generated, and now is not the time to come up with new processes, as we're trying to get the release out.

In the future, I think we should write separate release notes, and not bother publishing the commit log on the website. The commit log is pretty much unreadable to anyone who's not intimately familiar with both pgjdbc and the way git merges work. A link to github will do if someone wants to look at the commit history. But a separately written release notes, much like the PostgreSQL server project does, would be very useful. Yes, it requires some effort to write them, but there aren't that many fixes and features in a pgjdbc release, so it's not too bad. Oops, I think I just volunteered :-).

- Heikki

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

Предыдущее
От: Heikki Linnakangas
Дата:
Сообщение: Re: Time for a new release?
Следующее
От: Dave Cramer
Дата:
Сообщение: Re: One question about setting query timeout.