Skip to content
Sun Seng David TAN edited this page Jul 4, 2019 · 40 revisions

Issue Labels

The Eclipse Che project relies heavily on issue labels as a way to communicate status and responsibility.

Issue Types

Label Description
kind/question Questions that haven't been identified as being feature requests or bugs. Cannot overlap with "enhancement", "bug", "epic", "task" or "docs".
kind/enhancement A feature request - must adhere to the feature request template. Cannot overlap with "question", "bug", "epic", "task" or "docs".
kind/epic A long-lived, PM-driven feature request. Must include a checklist of items that must be completed, which can reference enhancements or bugs. Cannot overlap with "question", "enhancement", "bug", "task" or "docs".
kind/bug Outline of a bug - must adhere to the bug report template. If a bug is identified during a question investigation a new issue can be created for the bug and the question closed. Cannot overlap with "question", "enhancement", "epic", "task" or "docs".
kind/task Internal things, technical debt, and to-do tasks to be performed. Cannot overlap with "question", "enhancement", "bug", "epic" or "docs".
kind/docs A work item tied to documentation. Cannot overlap with "question", "enhancement", "bug", "epic" or "task".
Bug Severities _________________________________________________________________________
severity/blocker Causes system to crash and be non-recoverable or prevents Codenvy developers from working on Codenvy code. Must be resolved immediately. Can only be applied to kind/bugs.
severity/P1 Has a major impact to usage or development of the system. Issues / PRs with P1 status should be prioritized during sprint planning. Can be applied to all kinds of issues. Not all issues need a severity. If an enhancement or bug will take >1 sprint to address consider using the roadmap/* labels instead.
severity/P2 Has a minor but important impact to the usage or development of the system. Should be considered when planning sprints. Can be applied to all kinds of issues. Not all issues need a severity. If an enhancement or bug will take >1 sprint to address consider using the roadmap/* labels instead.
Issue Level _________________________________________________________________________
level/beginner A relatively easy issue that's well suited to being addressed by a pull request from the community.
level/intermediate A more advanced issue that is open to a pull request from a community member with more experience in Che.
level/advanced A challenging issue that is complicated and needs help from a community member with domain experience.
Dev Open Issue Status _________________________________________________________________________
status/info-needed More information is needed before the issue can move into the “analyzing” state for engineering. Cannot overlap with “analyzing”, “open-for-dev”, “in-progress”, “code-review”, “pending-merge” or “blocked”.
status/analyzing An issue has been proposed and it is currently being analyzed for effort and implementation approach. Cannot overlap with “info-needed”, “open-for-dev”, “in-progress”, “code-review” or “pending-merge” or “blocked”.
status/open-for-dev An issue has had its specification reviewed and confirmed. Waiting for an engineer to accept the issue and take it into active development. Cannot overlap with “info-needed”, “analyzing”, “in-progress”, “code-review, “pending-merge” or “blocked”.
status/in-progress This issue has been taken by an engineer and is under active development. Cannot overlap with “info-needed”, “analyzing”, “open-for-dev”, “code-review”, “pending-merge” or “blocked”.
status/code-review This issue has a pull request posted for it and is awaiting code review completion by the community. Cannot overlap with “info-needed”, “analyzing”, “open-for-dev”, “in-progress”, “pending-merge” or “blocked”.
status/pending-merge This issue has completed development and awaiting authorization to be merged into master. Sometimes issues can be completed, but are placed on hold to merge in "info-needed", "analyzing", "open-for-dev", "in-progress", "code-review" or "blocked". Issues with a pending-merge label need to reference the PR(s) that are pending.
status/blocked Issue that can’t be moved forward. Must include a comment on the reason for the blockage. If it’s blocked because it depends on another issue then it should include a link to the issue it depends on.Cannot overlap with “info-needed”, “analyzing”, “open-for-dev”, “in-progress”, “code-review” or “pending-merge”.
Dev Open Pull Request Status _________________________________________________________________________
status/work-in-progress This PR is not ready to be merged. There is additional testing, development or input required.
status/merge-ready All reviews have been finalized. The PR can be merged into master if merges are being accepted according to sprint or milestone plan.
Roadmap labels _________________________________________________________________________
roadmap/this-QTR A large scale feature or bug fix that is scheduled to be addressed in the current quarter.
roadmap/next-QTR A large scale feature or bug fix that is scheduled to be addressed in the next quarter.
Sprint labels _________________________________________________________________________
sprint/current-sprint Issue is being worked in the current sprint.
sprint/next-sprint Issue is planned to be worked in the next sprint.
Team Assignments _________________________________________________________________________
team/ide Issue to be taken by the IDE team.
team/enterprise Issue to be taken by the enterprise features team.
team/osio Issue to be taken by the OpenShift.IO team (working on the integration of Che in OpenShift.IO).
team/plugin Issue to be taken by the plugin development team.
team/production Issue to be taken by the production readiness team.
team/platform Issue to be taken by the platform team.
team/pm Issue to be taken by the product management team.
Pull Request Target _________________________________________________________________________
target/branch Indicates that a PR will be merged into a branch other than master. When merging to master branch target/ label should not be used as it is an assume default target for most PRs.
target/che5 Indicates that a PR or an issue will be merged into che5.
target/che6 Indicates that a PR or an issue will be merged into che6 branch.
Clone this wiki locally