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"
(4 intermediate revisions by the same user not shown) | |||
Line 1: | Line 1: | ||
− | = Issue Tracking specifics for the | + | = Issue Tracking specifics for the VIATRA project = |
For user documentation on creating issues, see [[EMFIncQuery/UserDocumentation/IssueTracking|here]] | For user documentation on creating issues, see [[EMFIncQuery/UserDocumentation/IssueTracking|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: | ||
− | + | {| class="wikitable" | |
+ | ! 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 [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 == | ||
+ | * The *version* attribute means the lowest version where the specified change is relevant: | ||
+ | ** In case of bugs, the earliest version it was identified/reproduced. | ||
+ | ** In case of enhancements, the version the missing feature was detected by the reporter. | ||
+ | ** Only update the version attribute, if it was reproduced in an earlier version. | ||
* When planning a release, assign milestones to the issues which are part of the next release | * 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 | * When a milestone is completed, do the following for all corresponding open issues | ||
** move to a later milestone if still planned for the release | ** move to a later milestone if still planned for the release | ||
− | ** set the milestone to | + | ** set the milestone to FUTURE or any later milestone (if available) 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 | * 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: | + | * The milestone version of an issue therefore means: |
** '''New''': the version it is reported for | ** '''New''': the version it is reported for | ||
** '''Open''': the version it is planned to be fixed or added | ** '''Open''': the version it is planned to be fixed or added | ||
** '''Resolved''': the version where it has been fixed or added | ** '''Resolved''': the version where it has been fixed or added |
Latest revision as of 06:08, 9 December 2018
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
- The *version* attribute means the lowest version where the specified change is relevant:
- In case of bugs, the earliest version it was identified/reproduced.
- In case of enhancements, the version the missing feature was detected by the reporter.
- Only update the version attribute, if it was reproduced in an earlier version.
- 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 FUTURE or any later milestone (if available) 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 milestone 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