Differences between revisions 10 and 11
Revision 10 as of 2009-07-09 04:40:35
Size: 773
Comment: update link
Revision 11 as of 2010-10-15 09:56:37
Size: 2484
Editor: mpm
Comment:
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
The current bug tracking system is located at http://mercurial.selenic.com/bts #pragma section-numbers 2
= Bug Tracker =
Line 3: Line 4:
Requirements: be in Debian Sarge, have minimal dependencies that aren't already on server Using the Mercurial bug tracker.
Line 5: Line 6:
Pluses: Python, no SQL backend, easy setup, full-featured email support, scripting hooks, familiar UI <<TableOfContents>>
Line 7: Line 8:
Minuses: PHP == Getting started ==
Line 9: Line 10:
{{{
                    language db ui email hooks comments
bugzilla perl mysql ok some
roundup python sqlite? good good good?
request-tracker perl mysql/pg slow good? lots of extra dependencies
mantis php mysql
debbugs perl none
jitterbug c none
Mercurial's bug tracking system is located at http://mercurial.selenic.com/bts.
It's used for tracking known bugs, requested features, and wishlist items.

Most bug tracker usage will need you to [[http://mercurial.selenic.com/bts/user?@template=register|register]] an account so that you can get updates on your bug reports.

== Creating a new issue ==

<!> Before filing a new bug, please use the [[http://mercurial.selenic.com/bts/issue?@template=search|search form]] to try to locate similar bugs.

To create a new issue, click "Create New" under "Issues" in the sidebar. Put a ''specific'' summary of your issue in the title.

=== Choosing a priority ===

Please try to select the most appropriate priority:

 * critical - data loss or security issue
 * urgent - bug that's blocking development or is a regression
 * bug - bug that's not blocking development
 * feature - it's not a bug, it's a feature
 * wish - would be nice

(A regression is defined as a bug that breaks something that worked in earlier releases.)

=== Information it's often helpful to include in your description ===

 * The version of Mercurial you're using
 * The operating system you're using
 * Any third-party tools you're using
 * The command you were running
 * The precise traceback or error message you received

== The life cycle of a bug ==

As a bug is tracked, it will go through various states, some of which will demand your attention:

 * unread - no one has yet responded
 * chatting - issue is under discussion
 * need-eg - '''more information is required from the submitter'''
 * in-progress - a fix is being developed
 * testing - '''the submitter should test the fix'''
 * resolved - issue is solved
 * done-cbb - issue is not going to be fixed

Issues in the need-eg and testing states will get marked resolved if there is no further activity.

<!> Don't comment on a resolved bug, it will reset the state to chatting!

== Etiquette ==

 * be responsive - developers are very busy
 * try to answer the specific questions asked by developers
 * paste tracebacks into message fields rather than uploading attachments
 * test fixes!
 * don't attach patches to the wiki, see ContributingChanges instead
Line 19: Line 66:
See ManagingBugs for the developer side of the process.
Line 20: Line 68:
}}}

see also [[ManagingBugs]]
----
CategoryBugs CategoryProject

Bug Tracker

Using the Mercurial bug tracker.

1. Getting started

Mercurial's bug tracking system is located at http://mercurial.selenic.com/bts. It's used for tracking known bugs, requested features, and wishlist items.

Most bug tracker usage will need you to register an account so that you can get updates on your bug reports.

2. Creating a new issue

<!> Before filing a new bug, please use the search form to try to locate similar bugs.

To create a new issue, click "Create New" under "Issues" in the sidebar. Put a specific summary of your issue in the title.

2.1. Choosing a priority

Please try to select the most appropriate priority:

  • critical - data loss or security issue
  • urgent - bug that's blocking development or is a regression
  • bug - bug that's not blocking development
  • feature - it's not a bug, it's a feature
  • wish - would be nice

(A regression is defined as a bug that breaks something that worked in earlier releases.)

2.2. Information it's often helpful to include in your description

  • The version of Mercurial you're using
  • The operating system you're using
  • Any third-party tools you're using
  • The command you were running
  • The precise traceback or error message you received

3. The life cycle of a bug

As a bug is tracked, it will go through various states, some of which will demand your attention:

  • unread - no one has yet responded
  • chatting - issue is under discussion
  • need-eg - more information is required from the submitter

  • in-progress - a fix is being developed
  • testing - the submitter should test the fix

  • resolved - issue is solved
  • done-cbb - issue is not going to be fixed

Issues in the need-eg and testing states will get marked resolved if there is no further activity.

<!> Don't comment on a resolved bug, it will reset the state to chatting!

4. Etiquette

  • be responsive - developers are very busy
  • try to answer the specific questions asked by developers
  • paste tracebacks into message fields rather than uploading attachments
  • test fixes!
  • don't attach patches to the wiki, see ContributingChanges instead

See ManagingBugs for the developer side of the process.


CategoryBugs CategoryProject

BugTracker (last edited 2020-01-16 06:00:32 by aayjaychan)