iSharkFly-Docs
/
angular-docs-cn
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

doc(triage): correct existing incorrect info

This commit is contained in:
Igor Minar 2016-10-05 14:40:01 -07:00 committed by Igor Minar
parent ec3a5b54de
commit c5557de3e7
1 changed files with 7 additions and 7 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

14
TRIAGE_AND_LABELS.md
View File

@ -1,7 +1,7 @@
# Triage Process and Github Labels for Angular 2 # Triage Process and Github Labels for Angular 2
This document describes how the Angular team uses labels and milestones This document describes how the Angular team uses labels and milestones
to triage issues on github. The basic idea of the new process is that to triage issues on github. The basic idea of the process is that
caretaker only assigns a component and type (bug, feature) label. The caretaker only assigns a component and type (bug, feature) label. The
owner of the component than is in full control of how the issues should owner of the component than is in full control of how the issues should
be triaged further. be triaged further.
@ -35,7 +35,7 @@ There are few components which are cross-cutting. They don't have
a clear location in the source tree. We will treat them as a component a clear location in the source tree. We will treat them as a component
even thought no specific source tree is associated with them. even thought no specific source tree is associated with them.
* `comp: documentation`: `@naomiblack` * `comp: docs`: `@naomiblack`
* `comp: packaging`: `@IgorMinar` * `comp: packaging`: `@IgorMinar`
* `comp: performance`: `@tbosch` * `comp: performance`: `@tbosch`
* `comp: security`: `@IgorMinar` * `comp: security`: `@IgorMinar`
@ -53,11 +53,11 @@ What kind of problem is this?
## Caretaker Triage Process ## Caretaker Triage Process
It is the caretaker's responsibility to assign `comp: *` and `type: *` It is the caretaker's responsibility to assign `comp: *` to each new
to each new issue as they come in. The reason why we limit the issue as they come in. The reason why we limit the responsibility of the
responsibility of the caretaker to these two labels is that it is caretaker to these one label is that it is likely that without domain
unlikely that without domain knowledge the caretaker could add any knowledge the caretaker could mislabel issues or lack knowledge of
additional labels of value. duplicate issues.
## Component's owner Triage Process ## Component's owner Triage Process