Re: Anyone recognise this fixed bug (subtext: where is the bug DB?)
[email protected] (Alan Burlison) Tue, 18 Jul 2000 19:59:26 +0100
| Newsgroups | perl.bugmongers,perl.perl5.porters |
|---|---|
| Message-ID | <[email protected]> |
Richard Foley wrote: > > > email addresses (the cc list?) of the people who are also > The cc list is being maintained for all bugs. > When the status of a bug changes, do all on the cc list want to be notified > (plus admins), (not p5p), or only when the bug is closed? When it changes I guess. > > I also think a bugfix should have to be logged and given some sort of > > patch id before a bug will be marked as closed. That way the pumpking > > stands some vague chance of figuring out what was fixed by whom and > > when. I've always thought that the current mechanism of just firing a > > patch at p5p and hoping it sticks is a bit hit and miss. I am in awe of > > the pumpkings who manage to wrest some order from the apparent chaos. > We need to discuss this patchID a bit: > Should it be a relation between ticketid and fixed_in_version > (5.6.0.2_p01_20000321.001) > Or should it be an unique (non-incrementing) ID? (p_235354532) > Or version_unique_patchid (5.6.0.3_45151) > Or is there currently a standard patchID we can use that I don't know about? I think it should just be an incrementing id. You can't really put a perl version it it anywhere because you don't know in advance if/when the patchid was integrated, and a perl version number is therfore misleading. You can find the version the patch was raised against by looking at the associated bug, which will have the perl version in it. > > 7. When the pumpking has finished producing a new release, he sends a > > mail back to the bug DB with a list of the integrated patch IDs. This > > updates the status of all the revevant bugs in the database from 'fixed' > > to 'integrated' and marks the bug with the release that the fix was > > integrated into. > Something along the lines of?: > > To: patch_<version>_<ticketid>_<ticketid>_<ticketid>[email protected] > > or > > To: patch_<version>[email protected] > Subject: <ticketid> <ticketid> <ticketid> ... > > or both or something else? Why not just a list of patchids in the message body? Alan Burlison