Some of you may have already noticed that there's a new branch, called
1.0 available on our svn repository:
This is the branch that is going to eventually lead to our 1.0 version.
Please make sure that _all_ 1.0 related changes are _only_ committed
there. These may include fixes for recognized bugs and commits
addressing issues from our tracker scheduled for the rc1.0 milestone.
This means that trunk is now open for new features and folks that have
been sitting on things like LDAP support, using proxies, exporting extra
SIP functionalities would now be able to commit them. Both the 1.0 and
trunk branches would be producing nightly builds.
All changes committed in the 1.0 branch would also end up back in trunk.
Now, whether or not this would happen automatically is a different
matter. I am currently looking into the various solutions that allow for
merge tracking with pre-1.5 SVN versions. Hopefully we'd be able to come
up with something.
A few more details on this problem:
Our initial plan here was to wait for a long scheduled java.net upgrade
in order to have our SVN repository upgraded to version 1.6 (currently
1.4). SVN 1.5 and newer have support for merge tracking  and this
greatly simplifies branch management. This upgrade was initially
scheduled for February 9th 2009. Unfortunately, for a variety of
technical, administrative and organizational issues the upgrade was
rescheduled a number of times. There's no specific date at this point as
to when it may actually happen.
In the mean time it appears that work has started on re-architecturing
the whole site architecture and that the java.net developers are now
working on replacing the core with a well known open source CMS. Last
time I talked to one of the administrators it seemed that the upgrade
would now have to wait for them to complete. There was no specific date
as to when this would happen but mid to end August was floated as a
I guess that this would be the right time to consider moving to another
forge site like code.google.com, sf.net, or one of the many others that
do canned hosting. In addition to the upgrade delay described here
there's a huge performance issue for most of the European community
members (e.g. no project/SVN/issue tracker or other java.net page would
ever load for less than 10 seconds. Quite often we'd experience delays
that exceed 20). That and the fact that the situation at SUN seems to be
a bit uncertain since the Oracle acquisition have really got me thinking
about the migration option.
I've had a look at code.google.com and it seems that they even have the
option of importing SVN history so that's making the option even more
attractive. Still, I haven't found a complete and easy way of
replicating the issue database, and I believe there's no way at all to
migrate our mailing list archives. This makes the prospect of migration
look quite painful and for the time being this is the only thing that's
giving java.net an advantage (a considerable one at that).
Also, the long awaited upgrade and core shift are supposed to greatly
improve performance, so we might just as well wait a few more months and
see what happens.
However, we couldn't have afforded to wait that long to spin our 1.0
branch off, which is why we are now considering scripts like svnmerge.
Let's hope that we'll be able to come up with something reliable.