-
Notifications
You must be signed in to change notification settings - Fork 33
ReleaseCycleAndPlanning
Clayton Carter edited this page Feb 8, 2016
·
1 revision
There are three primary issue tags which can help us to juggle all of the issues:
- Version
- Milestone
- Priority
All issues must have a Version label. If a specific targeted version cannot be decided upon, then it should be labeled as Future.
Milestone helps to qualify where in the release cycle each issue fits: Alpha, Beta or RC (Release Candidate)
Milestone should only be specified if Version is given as a specific number or release (ie 1.0, 1.5, etc.). If Version is specified as Future, then Milestone should be left blank or unspecified.
Priority helps us judge how important an issue is. It may be left unspecified if the Version is Future. Otherwise, the priorities are:
- Blocking: of vital importance; the release cannot proceed w/o it; in an old release, the bug must be fixed immediately
- Wanted: normal priority; highly desirable fixes/features, but a release can proceed w/o a fix
- WouldBeNice: lowest priority; it would be great if we could handle these issues for the targeted release, but we can't make any guarantees