Re: Maintenance release

> -----Original Message-----
> From: Raphaël Enrici [mailto:blacknoz(at)club-internet(dot)fr]
> Sent: 14 October 2003 19:37
> To: Dave Page
> Cc: Hiroshi Saito; Andreas Pflug; pgadmin-hackers
> Subject: Re: [pgadmin-hackers] Maintenance release
>
>
> as this "my" first maintenance release with you and just for
> my personnal culture/information can you tell me how a
> maintenance update is constituted and what the requisites are ?
> Is it a backport of the patches released in 1.1.0 to 1.0.0
> and though need to be built against the older wxWindows
> snapshot (20030831) [or it may needs to be built with the
> newer one?] ?
> Is it a frozen snapshot of the 1.1.0 ?
>
> Thanks a lot for your future teaching :)

It's our first proper one as well! In pgAdmin II we just fixed bugs whilts chilling out post release!

Here's what we did this time. Immediately after release I created a REL-1_0_0_PATCHES branch in CVS. This is basically a copy of the code made at that point in time (I actually made it based on the REL-1_0_0 tag). From that point on, development continues in the main branch (aka, head or tip).

Whenever a bug is found in 1.0.0, it is fixed in the main branch. It may also be added to the patches branch which requires a second application of the patch, to the patch branch (I have 2 copies of the pgAdmin tree here at the moment). Obviously as development continues, double patching becomes harder as the branches drift apart (it's also possible to only patch the patches branch and later merge the 2 branches back together, but that seemed like a potential headache to me). To ensure the stability of the patches branch we only include low impact fixes which is why I was so against upgrading wx (which I was eventually convinced to do, so yes, 20031010 is the wx build to use)...

The branches can be seen at http://cvs.pgadmin.org/cgi-bin/viewcvs.cgi/pgadmin3/CHANGELOG.txt?graph=1 in a nice graphical view.

Hth, regards, Dave.