OpenJDK bug database: DRAFT Developer Workflow

David Holmes david.holmes at oracle.com
Fri Dec 16 05:00:03 UTC 2011


On 16/12/2011 3:27 AM, Kelly O'Hair wrote:
>
> On Dec 14, 2011, at 11:13 PM, David Holmes wrote:
>
>>>
>>> The source for the information you really want about whether a fix
>>> has been
>>> applied should come from the source control system, not the bug system.
>>> That's the only information you can really trust.
>>
>> I'm not aware of any way to run queries against mercurial the way we
>> can with BQ and will be able to with Jira. I echo Joe's sentiment that
>> having both resolved and unresolved issues be "closed" makes it harder
>> to find those resolved issues. Doing bug triage is aided immensely if
>> you can query which bugs were fixed in a specific build of a specific
>> release.
>
>
> This page is generated from the Mercurial repositories:
> http://download.java.net/jdk7u4/changes/jdk7u4-b03.html
> The script, or a variation of it for openjdk6, is at
> http://hg.openjdk.java.net/jdk6/jdk6/file/tip/make/scripts/jdkreport.pl
>
> So I do think it is possible to query the repositories for what bugs
> were fixed.

Okay - yes you can post-process "hg log" output, but unless there is a 
nice GUI front-end for this I don't think it is viable as a replacement 
for the reporting functionality provided by BQ or JIRA. So to return to 
the original point I still think that the bug workflow should aid such 
queries by distinguishing between closed-resolved and closed-not-resolved.

There's no reason for the bug database to lag the repository metadata if 
we can add the right hooks so that pushes update the bug report.

Cheers,
David

>
> -kto
>



More information about the discuss mailing list