|
| 1 | +# Introduction |
| 2 | + |
| 3 | +This document describes Kubernetes Dashboard issues categorization and |
| 4 | +prioritization. |
| 5 | + |
| 6 | +## Priorities |
| 7 | + |
| 8 | +Kubernetes Dashboard uses labels to mark GitHub issues with priorities. |
| 9 | +Every issue should have assigned priority, absence of priority label |
| 10 | +means, that issue has not been checked yet. If you do not agree with |
| 11 | +assigned priority, then please notify about it. |
| 12 | + |
| 13 | +### Priority labels |
| 14 | + |
| 15 | +- `priority/P0` - critical issue, that must be resolved as soon as |
| 16 | +possible. Someone must be working on it. It can be broken build, crucial |
| 17 | +security issue or bug causing application crashes. |
| 18 | +- `priority/P1` - important issue, that needs to be resolved before next |
| 19 | +release. It can be important feature or a bug, which is visible for |
| 20 | +users. |
| 21 | +- `priority/P2` - issue, that should be resolved soon. It can be |
| 22 | +feature, bug or anything else, which is not top priority at the moment. |
| 23 | +- `priority/P3` - lower priority issue, that will be resolved after |
| 24 | +issues with higher priority. It can be minor enhancement, which is not |
| 25 | +required at the moment. |
| 26 | + |
| 27 | +## Categories |
| 28 | + |
| 29 | +Kubernetes Dashboard uses labels to mark GitHub issues with categories. |
| 30 | +Every issue should be categorized, absence of category label means, that |
| 31 | +issue has not been checked yet. If you do not agree with assigned |
| 32 | +category, then please notify about it. |
| 33 | + |
| 34 | +### Area labels |
| 35 | + |
| 36 | +Issue area determines part of application or process connected to it. |
| 37 | +It can be API, documentation, internationalization, tests etc. Areas |
| 38 | +would be different for each application, Kubernetes Dashboard uses: |
| 39 | + |
| 40 | +- `area/api` - issues connected to API of the Kubernetes Dasboard. |
| 41 | +- `area/dev` - issues connected to development tools, processes and |
| 42 | +configuration. |
| 43 | +- `area/docs` - issues connected to documentation of the Kubernetes |
| 44 | +Dashboard. |
| 45 | +- `area/i8n` - issues connected to internationalization and |
| 46 | +localization. |
| 47 | +- `area/install` - issues connected to build and installation process |
| 48 | +of the Kubernetes Dashboard. |
| 49 | +- `area/performance` - issues connected to performance. |
| 50 | +- `area/styling` - issues connected to styling of Kubernetes Dashboard. |
| 51 | +- `area/tests` - issues connected to tests. |
| 52 | +- `area/usability` - issues connected to general usability of Kubernetes |
| 53 | +Dashboard. |
| 54 | +- `area/validation` - issues connected to form validation processes. |
| 55 | + |
| 56 | +### Kind labels |
| 57 | + |
| 58 | +Issue kind determines if issue is a bug, enhancement, feature, |
| 59 | +refactoring of existing code or if it covers changes in Kubernetes API. |
| 60 | +In contrast to area it is not connected to application itself. Following |
| 61 | +kinds could be applied to most of the applications. |
| 62 | + |
| 63 | +- `kind/api change` - issues created in order cover API changes in |
| 64 | +the Kubernetes. |
| 65 | +- `kind/bug` - bugs, that need to be fixed. |
| 66 | +- `kind/enhancement` - issues created in order to make the application |
| 67 | +better. |
| 68 | +- `kind/feature` - issues created in order to add new features to the |
| 69 | +application. |
| 70 | +- `kind/refactoring` - issues created in order to enhance code quality |
| 71 | +without changing application functionality. |
| 72 | + |
| 73 | +### CLA labels |
| 74 | + |
| 75 | +Kubernetes Dashboard uses following two labels to mark pull requests. |
| 76 | +Every contributor needs to sign CLA before his change can be merged. |
| 77 | +Both labels are assigned automatically by @googlebot. |
| 78 | + |
| 79 | +- `cla: yes` - CLA signed. |
| 80 | +- `cla: no` - CLA not signed yet. |
| 81 | + |
| 82 | +### Other labels |
| 83 | + |
| 84 | +- `duplicate` - duplicated issues, that are usually closed and linked |
| 85 | +with original issue. |
| 86 | +- `help wanted` - issues, where any contributions are appreciated. |
| 87 | +- `invalid` - invalid issues. Not real bugs reported by users or issues |
| 88 | +with invalid description. |
| 89 | +- `missing details` - issues with missing details. Issue template should |
| 90 | +be followed to avoid it. |
| 91 | +- `question` - discussion issues and user questions. |
| 92 | +- `wont fix` - issues, that will not be fixed. |
0 commit comments