You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@xmlbeans.apache.org by Kevin Krouse <kk...@bea.com> on 2005/01/28 22:35:17 UTC

Preparing a release candidate

Hello XmlBeaners,

Well, we've talked about making a release in the past and I think it's
high time we start getting a release out.  We've been doing mostly bug
fixes for a while now, so I think it's safe to say we're stable.  The
saxon integration and the meta data partitioning were the last major
changes.  I suspect we'll make two or three release candidates to shake
out the rest of the bugs we hear about from the community.


I've written up a checklist of things the devs need to do on the wiki
at: http://wiki.apache.org/xmlbeans/ReleaseCandidateChecklist

A copy of the wiki checklist is below.


= Creating a Release Candidate =

The process should be much easier this time around now that XMLBeans is
not in the incubator.  Here's a list off the top of my head of things we
need to do for making a release candidate 1 of 2.0.0 and 1.0.4 and
1.0.4-jdk1.3:

== Checklist ==

''(Check off the [ ] items with [X] as we complete them)''

 * [ ] Any remaining checkings go in now
   * [ ] I know the XMLBean task and docs are out of date with respect
to the command line tool
   * [ ] Merge changes from branches/1.x into branches/1.x-jdk1.3 so
they are in sync
 * [ ] Check all version strings are correct in build files, docs, and
source:
   * I think we should append "-rc1" for each release candidate, so
   * trunk version is ''2.0.0-rc1''
   * branches/1.x is ''1.0.4-rc1''
   * branches/1.x-jdk1.3 is ''1.0.4-jdk1.3-rc1''
 * [ ] Licensing issues for trunk:
   * [ ] All our files should have Apache header
   * [ ] External files should have a reference to the license
   ''The branches/1.x and branches/1.x-jdk1.3 should be ok''
 * [ ] Update README.txt, STATUS files
 * [ ] Add a new CHANGES that lists all major changes and bug fixes
   a. Maybe just "svn log" from last release?
   a. Or a bunch of one-liners? who made them, when, and a short
description
 * [ ] Send a [VOTE] email to dev list for making a release of all
 * [ ] Build the source and binary distribution on windows:
   * [ ] smoke test it on both win/unix
   * [ ] Check docs built with distribution are good (javadocs, guids,
samples)
   ''I remember seeing the tar gzipped version of the distribution was
not named .tar.gz''
 * [ ] After vote is complete, sign the distribution
 * [ ] Tag the release candidate in svn after all svn changes are
complete.
 * [ ] Update website to point to distribution
 * [ ] Email the dev and user list saying the rc has been released.

We can still do bug fixes after the rc1 goes out.  We'll just make an
rc2, rc3, etc.  Once the final rcX is good, we'll create a new branch
named 2.0.0, redo the version string, and make a release of that.  Sound
good?

Am I missing anything?


--k 

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@xmlbeans.apache.org
For additional commands, e-mail: dev-help@xmlbeans.apache.org