Re: Time for a new release? - Mailing list pgsql-jdbc

From Dave Cramer
Subject Re: Time for a new release?
Date
Msg-id CADK3HH+mdk7aFc5Vk_63DfzsfmDcAEFDdKP3Kdu++v=MFH3+XQ@mail.gmail.com
Whole thread Raw
In response to Re: Time for a new release?  (Heikki Linnakangas <hlinnakangas@vmware.com>)
List 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 by date:

Previous
From: Heikki Linnakangas
Date:
Subject: Re: Time for a new release?
Next
From: Dave Cramer
Date:
Subject: Re: One question about setting query timeout.