Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
Difference between revisions of "VIATRA/DeveloperDocumentation/IssueTracking"
| Line 25: | Line 25: | ||
|} | |} | ||
| − | In | + | In [https://bugs.eclipse.org/bugs/userprefs.cgi?tab=email Bugzilla settings] in the ''User Watching'' part you can subscribe to all issues created (that is not assigned by default to somebody) in that component. |
== Managing issue life-cycle == | == Managing issue life-cycle == | ||
Revision as of 12:38, 15 March 2016
Issue Tracking specifics for the VIATRA project
For user documentation on creating issues, see here
Component and version management
Component maintainers are expected to follow issues related to their components. The default inboxes for the various components are set up as follows:
| Component | Default owner |
|---|---|
| Query | viatra-query@eclipse.org |
| Transformation | viatra-transformation@eclipse.org |
| Addons | viatra-inbox@eclipse.org |
| CEP | viatra-cep@eclipse.org |
| DSE | viatra-dse@eclipse.org |
| Integrations | viatra-inbox@eclipse.org |
| Obfuscator | viatra-inbox@eclipse.org |
In Bugzilla settings in the User Watching part you can subscribe to all issues created (that is not assigned by default to somebody) in that component.
Managing issue life-cycle
- When planning a release, assign milestones to the issues which are part of the next release
- When a milestone is completed, do the following for all corresponding open issues
- move to a later milestone if still planned for the release
- set the milestone to unspecified and advance the version number if not planned for the release
- Do the same as above with any open issue when it is no longer considered for its current milestone
- The version of an issue therefore means:
- New: the version it is reported for
- Open: the version it is planned to be fixed or added
- Resolved: the version where it has been fixed or added