Edgewall Software

Changes between Version 44 and Version 45 of RoadMap


Ignore:
Timestamp:
Feb 3, 2011, 4:19:26 PM (12 years ago)
Author:
Christian Boos
Comment:

explain how we use our milestones

Legend:

Unmodified
Added
Removed
Modified
  • RoadMap

    v44 v45  
     1= Trac's Road Ahead
     2
    13See the [/roadmap Roadmap] page for the official schedule.
    24
    3 You'll find there the currently opened Milestones, but you can use the filter panel at the upper right corner of the page to select "closed milestones" to get an overview of the whole project's life.
     5You'll find there the currently opened Milestones, but you can also use the filter panel at the upper right corner of the page to select "closed milestones" to get an overview of the whole project's life.
    46
     7== Milestone Categories
    58A short summary of what you'll find there:
    69 - Milestones corresponding to **major** releases:
     
    912   - [milestone:next-major-0.1X] - pool of tickets relevant for one of the next major feature releases
    1013 - Milestones corresponding to **minor** releases:
    11    - [milestone:0.12.1] - the next maintenance release for 0.12.x
     14   - [milestone:0.12.3] - the next maintenance release for 0.12.x
    1215   - [milestone:next-minor-0.12.x] - pool of tickets relevant for one of the next minor maintenance releases
    1316 - Milestones which don't correspond to a Trac release:
    14    - [milestone:triaging] - ticket that have to be triaged to other milestones
     17   - //[query:milestone=&status!=closed (no milestone)]// - ticket that have to be triaged to other milestones
    1518   - [milestone:unscheduled] - tickets corresponding to valid issues or feature requests but in which the Trac developers have no interest
    1619   - [[milestone:not applicable]] - tickets which relate to Trac, but not directly to a release
     
    1922     - [[milestone:plugin - mercurial]]
    2023     - [[milestone:plugin - spam-filter]]
    21 ''Once the triaging milestone is emptied (i.e. all tickets from the former 1.0 and 2.0 milestone are dispatched to either next-major or unscheduled), we could use ''triaging'' as the default milestone for newly created tickets, which should be more useful than the "empty" milestone currently used for this role.''
     24
     25== High-level Workflow
     26Detailed guidelines can be found on each milestone, but here's how things generally work:
     27 - **minor** releases contain generally bug fixes, no (or only minor) new features; the greater the minor version number, the closer we stick to this rule
     28 - **major** releases contain the great new features, the major refactorings to address design flaws, and so on
     29
     30The fate of an individual ticket generally goes along one of the following paths:
     31 - new tickets have **no milestone** set, the Trac developers use that as indicator that the ticket has not been triaged yet //(among other reasons, this is why you shouldn't set the milestone yourself, otherwise you take the risk that the ticket will not be noticed for a while)//
     32 - if we're in the early period of the stabilization of a major release (0.1X.1, 0.1X.2) and the ticket reports a valid //defect//, the ticket will likely go in **next-minor-**0.1X pool of tickets
     33   - from there, a developer eventually picks it and moves it to the actual **0.1X.Y** minor release; factors that influence this selection are the impact of the issue (severity), but also how well the defect is explained and documented, if there's a patch provided or not, ...
     34 - if it's a proposed feature and we like it, or a minor defect we'll take care to fix, the ticket goes in the **next-major-**0.1X pool
     35   - from there, a developer eventually picks it and moves it to the actual **0.1X** major release
     36 - if we don't really like the proposed feature, or think the reported defect is not worth fixing, but we're not strongly opposed to it either, the ticket becomes **unscheduled**; it may eventually move from there to a more concrete milestone depending on the involvement of contributors
     37 - otherwise the ticket is rejected
     38
     39You can usually influence how a ticket moves from one category to the other by providing the requested feedback, clarifications about the issue or the code you contributed (about code contributions, see PatchWelcome for details).
     40
    2241
    2342Note that the planned release dates are not bounding, they should only be taken as an estimation.