~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to doc/developers/bug-handling.txt

  • Committer: Canonical.com Patch Queue Manager
  • Date: 2010-02-11 04:02:41 UTC
  • mfrom: (5017.2.2 tariff)
  • Revision ID: pqm@pqm.ubuntu.com-20100211040241-w6n021dz0uus341n
(mbp) add import-tariff tests

Show diffs side-by-side

added added

removed removed

Lines of Context:
19
19
Links
20
20
*****
21
21
 
22
 
* `bzr bugs home page <https://bugs.launchpad.net/bzr>`_.
23
 
 
24
 
* `Critical bugs <https://bugs.launchpad.net/bzr/+bugs?search=Search&field.importance=Critical&field.status=New&field.status=Incomplete&field.status=Confirmed&field.status=Triaged&field.status=In+Progress&field.status=Fix+Committed>`_.
25
 
 
26
 
* `Open bugs by importance <https://bugs.launchpad.net/bzr/+bugs>`_.
 
22
* `bzr bugs home page <https://bugs.edge.launchpad.net/bzr>`_.
 
23
 
 
24
* `Critical bugs <https://bugs.edge.launchpad.net/bzr/+bugs?search=Search&field.importance=Critical&field.status=New&field.status=Incomplete&field.status=Confirmed&field.status=Triaged&field.status=In+Progress&field.status=Fix+Committed>`_.
 
25
 
 
26
* `Open bugs by importance <https://bugs.edge.launchpad.net/bzr/+bugs>`_.
27
27
 
28
28
* `Open bugs most recently changed first
29
 
  <https://bugs.launchpad.net/bzr/+bugs?field.searchtext=&orderby=-date_last_updated&search=Search&field.status%3Alist=NEW&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.assignee=&field.bug_reporter=&field.omit_dupes=on&field.has_patch=&field.has_no_package=>`_.
30
 
 
31
 
* `Most commonly duplicated bugs <http://tinyurl.com/bzr-bugs-by-dupes>`_.
 
29
  <https://bugs.edge.launchpad.net/bzr/+bugs?field.searchtext=&orderby=-date_last_updated&search=Search&field.status%3Alist=NEW&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.assignee=&field.bug_reporter=&field.omit_dupes=on&field.has_patch=&field.has_no_package=>`_.
32
30
 
33
31
 
34
32
Generalities
43
41
When you file a bug as a Bazaar developer or active user, if you feel
44
42
confident in doing so, make an assessment of status and importance at the
45
43
time you file it, rather than leaving it for someone else.  It's more
46
 
efficient to change the importance if someone else feels it's higher or
 
44
efficient to change the importance if someone else feel's it's higher or
47
45
lower, than to have someone else edit all bugs.
48
46
 
49
47
It's more useful to actually ship bug fixes than to garden the bug
184
182
    time updating this if you don't immediately know: its not critical
185
183
    that it be set.
186
184
 
187
 
.. _`bug 163694`: https://bugs.launchpad.net/launchpad/+bug/163694
 
185
.. _`bug 163694`: https://bugs.launchpad.net/malone/+bug/163694
188
186
 
189
187
 
190
188
Bug Importance
228
226
***************
229
227
 
230
228
It's possible to target a bug to a milestone, eg
231
 
<https://bugs.launchpad.net/bzr/+milestone/1.16>.  We use this to help the
 
229
<https://bugs.edge.launchpad.net/bzr/+milestone/1.16>.  We use this to help the
232
230
release manager know what **must** be merged to make the release.
233
231
 
234
232
Therefore, we don't target bugs that we'd like to have fixed or that could
255
253
separate work to get it into that release.
256
254
 
257
255
 
258
 
Release Notes
 
256
The News File
259
257
*************
260
258
 
261
 
Most bugs that are fixed should be mentioned in the `Release Notes
262
 
<../en/release-notes/>`_ for the forthcoming version,
 
259
Most bugs that are fixed should be mentioned in a `NEWS
 
260
<../en/release-notes/NEWS.html>`_ file entry,
263
261
including the bug number.
264
262
(Exceptions might be bugs that are not at all user visible.)
265
263
 
267
265
Tags
268
266
****
269
267
 
270
 
Here are some bug tags we use.  In Launchpad Bugs tags are currently of limited use, so don't feel obliged to tag bugs unless you're finding it useful.
 
268
Here are some bug tags we use.  In Malone tags are currently of limited use, so don't feel obliged to tag bugs unless you're finding it useful.
271
269
 
272
270
 
273
271
authentication
303
301
performance
304
302
    bugs about performance problems.
305
303
 
306
 
regression
307
 
    bugs which represent an aspect of bzr becoming accidentally less good than it was.
308
 
 
309
304
test
310
305
    needs changes to the test framework
311
306
 
312
307
transport
313
 
    virtual filesystem for HTTP, SFTP, etc.
 
308
    virtual filesystem for http, sftp, etc
314
309
 
315
310
trivial
316
 
    should be very easy to fix (10-20 minutes) and easily landed: typically 
317
 
    just spelling errors and the like
 
311
    should be very easy to fix (10-20 minutes) and easily landed: typically just spelling errors and the like
318
312
 
319
313
ui
320
314
    bugs relating to the bzr user interface, e.g. confusing error messages.
321
315
 
322
316
win32
323
 
    bugs that mainly affects Windows. Also there is cygwin and win98 tags for 
324
 
    marking specific bugs.
 
317
    bugs that mainly affects Windows. Also there is cygwin and win98 tags for marking specific bugs.
325
318
 
326
319
You can see the full list of tags in use at
327
 
<https://bugs.launchpad.net/bzr/+bugs>.  As of September 2008 the
328
 
list is on the right. 
 
320
<https://bugs.edge.launchpad.net/bzr/+bugs>.  As of September 2008 the
 
321
list is on the right.
329
322
 
330
323
.. vim: ft=rst