Mercurial repo for openjdk6 drops

Joseph D. Darcy Joe.Darcy at Sun.COM
Mon Sep 22 13:40:02 PDT 2008


Joseph D. Darcy wrote:
> Kelly O'Hair wrote:
>> Speaking from experience, any attempts at cleanly creating changesets
>> from TeamWare data alone is a waste of time. Just doesn't work well.
>> Granted we have pretty complete OpenJDK6 changeset data (data beyond
>> the TeamWare data) and could potentially do this, it's quite a bit of
>> grunt work to accomplish. Before we go off on this kind of adventure
>> we need to make sure the time spent is worth it.
>> A different approach would be to create changesets per build/promotion,
>> but those kind of large changesets can have limited usefulness.
>>
>> I'll try and talk to Joe about this tomorrow.
>>
>> Also, don't forget that the OpenJDK7 sources are a Mercurial forest,
>> not just one repository. I assume that we want to mimic the same
>> forest layout, keeping the langtools, corba, jaxp, jaxws, and hotspot
>> sources in their own repositories, separate from the core 'jdk' 
>> repository.
>> That allows us to do some plug and play with these repositories
>> between OpenJDK6 and OpenJDK7.
>>
>> -kto
> Yes, my thinking has been to mirror the overall JDK 7 repository 
> forest structure in OpenJDK 6.

Quick follow-up, I've been traveling recently and haven't had a chance 
to chat with Kelly yet.

Given that there is currently the per-build external Mercurial 
repository and that it is easy to get the list of bugs fixed in a build, 
retroactively synthesizing the (approximate) patches associated with a 
set of bugs *might* be workable since figuring out the bug <-> file 
mapping shouldn't be that bad.  If those interested in seeing the past 
history synthesized these patches, I could focus on finishing getting 
the OpenJDK build 12++ code ready for Mercurial and then reverse apply 
the set of patches to get back to the earlier public source drops.  
However, this might be more work than I think and I'll want to talk to 
Kelly about the detailed logistics of what would be necessary for this 
to happen.

My priority is on getting the "official" Mercurial repository up and 
running so we can collaborate there going forward as opposed to spending 
lots of time on retrofitting the existing build history into the new 
repository.

Also, in the future I'd like to consider an infrastructure where areas 
like corba, jaxp, and jaxws for OpenJDK 6 could be managed as patches to 
an imported code base rather than having a fully populated copy of the 
code under revision management for the release.

Cheers,

-Joe



More information about the jdk6-dev mailing list