Edgewall Software

Changes between Version 3 and Version 4 of TracTicketTriage


Ignore:
Timestamp:
Nov 20, 2006, 9:38:31 AM (17 years ago)
Author:
Christian Boos
Comment:

Diverse contributions, added queries for each of the keywords

Legend:

Unmodified
Added
Removed
Modified
  • TracTicketTriage

    v3 v4  
    33This page lists guidelines and conventions used within the Trac project for [http://en.wikipedia.org/wiki/Triage triage] of tickets.
    44
    5 == General guidelines ==
    6  * If resolution is `wontfix` or `worksforme`, the Milestone should be blank.
    7  * `fixed` is used for tickets that required a code change
    8    * otherwise use `wontfix` or `worksforme`
     5== Status and Resolution ==
     6 * Don't close or reopen a ticket without a reason
     7 * `fixed` is used when the resolution of the ticket can be linked to some change in the repository, a code change, a primary documentation fix, a contribution script added, etc. Otherwise use:
     8   - `worksforme`: the problem reported was not really a problem; the requested feature is already implemented or can be obtained in a different way
     9   - `wontfix`: the problem reported is not really Trac's problem; the requested feature won't be implemented because we don't think it fits in the scope of the core of Trac. In some cases however (e.g. #2611), we let the issue open even if the cause of the issue is not directly Trac's fault, so that workarounds and user experience can be collected.
     10   - `invalid`: the ticket was a test ticket, intended for another Trac, etc.
     11   - `duplicate`: there's already another ticket about the same issue
     12
     13== Milestone ==
     14 * If resolution is `fixed`, the Milestone should be set, otherwise it should be blank.
    915 * Don't assign a milestone without a reason or patch.
    1016 * Don't modify a milestone as ''anonymous'' and without a reason.
     
    1218   * In duplicate ticket: ''This ticket is duplicate of #1234''
    1319   * In original request: ''#2345 has been marked as duplicate of this ticket''
     20   * We usually let open the ticket which contains the most up-to-the-point discussion about the issue, the one which contains an appropriate patch, or other than that, the oldest ticket.
    1421
    1522== Ticket Title ==
    1623 * [PATCH] prepended - if you are the original ticket creator, then adding `[PATCH]` to the ticket title indicates a patch attached to ticket for review and integration that works for you.
    1724
     25== Ticket Type ==
     26
     27When the ticket is neither about something that requires a modification to the documentation or the code, use the `task` type.
     28
    1829== Keywords ==
    19  * `helpwanted` - tickets which are looking for contributors
    20  * `review` - peer review requested
    21  * `documentation` - things that need to be better documented
    22  * `patch` - same as review keyword, but when a patch is created by a third party
    23  * `workflow` - waiting for workflow branch merge
    24  * `permissions` - waiting for permissions branch merge
    25  * `xref` - waiting for the cross references branch merge
    26  * `mysql`
    27  * `postgresql`
    28  * `sqlite`
    29  * `unicode`
    30  * `notification` - any issue related to email notifications
    31  * `needinfo` - waiting on information from the reporter
     30
     31The purpose of keywords is to be able to generate pertinent and focused [TracQuery TracQueries], so use them appropriately.
     32 - General indications
     33   * [query:group=status&keywords~=needinfo needinfo] -
     34     waiting on information from the reporter
     35   * [query:group=status&keywords~=tobedeleted tobedeleted] -
     36     "noise" tickets that could eventually be safely deleted one day
     37   * [query:group=status&keywords~=helpwanted helpwanted] - tickets which are looking for contributors
     38   * [query:group=status&keywords~=review review] -
     39     peer review requested
     40   * [query:group=status&keywords~=documentation documentation] -
     41     things that need to be better documented
     42   * [query:group=status&keywords~=patch patch] -
     43     same as review keyword, but when a patch is created by a third party
     44 - Related to branches
     45   * [query:group=status&keywords~=workflow workflow] -
     46     waiting for workflow branch merge (see WorkFlow)
     47   * [query:group=status&keywords~=permissions permissions] -
     48     waiting for permissions branch merge (see PermissionPolicy)
     49   * [query:group=status&keywords~=xref xref] -
     50     related to the TracCrossReferences ideas
     51   * [query:group=status&keywords~=tracobject tracobject] -
     52     related to the generalization of the Trac object/resource concept (see TracObjectModelProposal and TracDev/Proposals/DataModel)
     53 - Related to backends
     54   * [query:group=status&keywords~=mysql mysql]
     55   * [query:group=status&keywords~=postgres postgresql]
     56   * [query:group=status&keywords~=sqlite pysqlite]
     57   * [query:group=status&keywords~=svn12 svn12x], [query:group=status&keywords~=svn13 svn13y], [query:group=status&keywords~=svn14 svn 14z], ...
     58 - Other kinds of grouping
     59   * [query:group=status&keywords~=unicode unicode]
     60   * [query:group=status&keywords~=notification notification] -
     61     any issue related to email notifications