I vote for option1, a new target milestone
for each patch ‘release’ for the corresponding official release.
From: David M Williams
[mailto:david_williams@xxxxxxxxxx]
Sent: Wednesday, June 18, 2008
1:15 PM
To: WTP PMC communications
(including coordination, announcements, and Group discussions)
Subject: Re: [wtp-pmc] Marking
bugs for official patch
I think my preference would be number 1 and number 3
.... use the whiteboard to mark as "investigate" or "request
patch", and then once patch produced, change to have a new target field.
Even though few, still seems like the most consistent approach.
And
... if you're going to be working with the webmaster anyway ... I think it'd
help the case for using a milestone target if we could "cleanup" the
milestone target list.
I
wonder if there is a way we can limit which of those are displayed ... so, old
ones would not be displayed?
I
think the "keyword" approach only makes sense if all projects at
Eclipse wanted to use it ... not sure that would be the case here.
Thanks
for pursuing this.
From:
|
"Raev, Kaloyan"
<kaloyan.raev@xxxxxxx>
|
To:
|
"WTP PMC communications (including coordination,
announcements, and Group discussions)" <wtp-pmc@xxxxxxxxxxx>
|
Date:
|
06/18/2008 08:20 AM
|
Subject:
|
[wtp-pmc] Marking bugs for official patch
|
Hello,
We talked on the PMC call yesterday that we need a
way to clearly mark
bugs that require to be released as an official
patch.
I see three possible several possible ways to do
this in Bugzilla.
1. Target Milestone. A dedicated Target
Milestone for each official
release that we provided official patches needs to
be added. Example:
"3.0 P" or "3.0 PATCHES". We
expect only few patches for a release.
Therefore creating a special Target Milestone does
not seem reasonable.
2. Keyword. A dedicated keyword can be to
the bug. Example: "patch" or
"officialpatch". Adding keywords is a
global bugzilla setting and should
be made by the webmaster.
3. Whiteboard. A dedicated word can be added
to the Whiteboard field.
Similar to the Keyword approach. We use the
Whiteboard to mark bugs for
PMC approval. Typically, all "official
patch" bugs should be approved by
the PMC. Therefore, we will always have
overlapping in this field.
4. Summary. A "[patch]" prefix can
be added to the Summary of the bug.
We use this approach also for "hotbugs".
Most of the "official patch"
bugs are also hotbugs. Overlapping could happen
here as well.
For me the most reasonable approach is to mark the
bugs with the keyword
"officialpatch" (option 2). If all of
you are comfortable with this I
can request the webmaster to add this keyword to
Bugzilla.
Greetings,
Kaloyan Raev
Eclipse WTP Committer
<http://www.eclipse.org/webtools/people/person.php?name=raev>
Senior Developer
NW C JS TOOLS JEE (BG)
SAP Labs Bulgaria
T +359/2/9157-416
mailto:kaloyan.raev@xxxxxxx
www.sap.com
P Save a tree - please do not print this email
unless you really need
to!
_______________________________________________
wtp-pmc mailing list
wtp-pmc@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/wtp-pmc