incubator-ooo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Shenfeng Liu <>
Subject Re: [RELEASE] milestone build (Was: [RELEASE] 3.5, 4.0, fixpack, milestone build...)
Date Fri, 12 Oct 2012 02:02:25 GMT
2012/10/12 Regina Henschel <>

> Hi Simon,
> Shenfeng Liu schrieb:
>> I went through all the implemented features and enhancements for 3.5.0,
>> added/removed the Target Milestone value to some of the records.
>> And I created a query *TargetTo350FEATURE_Fixed* that can be easier for us
>> to write release notes:
>> remaction=run&namedcmd=**TargetTo350FEATURE_Fixed&**sharer_id=249089<>
>> I hope people can check the query and confirm the features/enhancements.
>> As
>> Arial pointed out in another mail, my reading from the issue history may
>> not be consistent with the code.
>> I will continue to check the defects, which may take more time...
>> Currently
>> there are 175 per TargetTo350AllFixed .
> I do not think, that a query for a milestone in Bugzilla is really
> reliable. If you will try a query nevertheless, a query for commenter
> "svnbot" catches all issues, where the committer has written a bug ID into
> the commit message,
> But that will still not catch all relevant issues. To get really all
> changes you need to look at the commit log.
> Regina,
  Thanks for the explanation! svnbot comment is the thing I will check when
I mark the Target Milestone (in fact I will check all the comments and
change history when I'm going to change the Target Milestone). While I also
understand that there are code delivery without associated Bugzilla
record... So I hope the Bugzilla query can be an easy start point and cover
most of the cases, then input for those not covered. Though IMHO, I'd like
to advocate the tracing of all changes in Bugzilla.

- Simon

> Kind regards
> Regina

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message