[Exim-dev] Bugzilla

Kezdőlap
Üzenet törlése
Válasz az üzenetre
Szerző: eximdev
Dátum:  
Címzett: exim-dev
Tárgy: [Exim-dev] Bugzilla
Once the new machine is up and running I will be installing Bugzilla. It
occurs to me that there are quite a few choices to be made in how it is
used, and so I thought it would be a good idea to canvas some opinions
now.

The first and simplest questions are to define the lists of priorites,
severities and operating systems available. These are fairly static and
can't be modified through the web interface.

The default priorites are P1 to P5. I prefer more descriptive terms such
as 'critical', 'high', 'medium' and 'low'. The severity describes the
impact of the bug and the defaults are 'blocker', 'critical', 'major',
'normal', 'minor', 'trivial' and 'enhancement'.

The default set of platforms are: "All", "DEC", "HP", "Macintosh", "PC",
"SGI", "Sun" and "Other". I think I will rename PC to x86. Are there any
that should be ignored and more importantly any that need adding?

The default OS's, minus Windows and MacOS variants are: "All", "MacOS
X", "Linux", "BSDI", "FreeBSD", "NetBSD", "OpenBSD", "AIX", "BeOS",
"HP-UX", "IRIX", "Neutrino", "OpenVMS", "OS/2", "OSF/1", "Solaris",
"SunOS", and "other". There are some that I think should be removed
(Neutrino?!) and I imagine some that are missing. Maybe Linux needs
splitting up a bit?

There are then a number of options that will perhaps influence how the
development process works. There is an optional voting feature, where
people can vote for bugs that they would like to see fixed and perhaps
then help developers prioritise tasks. There is also a QA contact field
that can be enabled per bug - the idea being that developers mark bugs
as FIXED, and a separate QA person will come along later and verify that
the bugs has been fixed and move it to the VERIFIED state.

I don't quite know how things are going to work out, and so I suggest
that these optional features are disabled initially and enabled later
once things have settled down.

Regards,
John