We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Link from old Issue-Labels page to new page
Rename Issue-Labels to Issue-Labels-and-Issue-Management
Add "tag: next" label This was Negin's idea, which I like
Remove lilac tag Now using a project for this
Add 'tag: blocker' label
For issue triage, can also add 'good first issue' tag
Rename tag
add link
Tweak wording
Fix internal link
Tweak search for issues to triage, and add notes about triaging issues
Use standard language for blocking
Add 'blocked: dependency' label
Add a note
Document reworked issue labels Reworked issue labels as per https://github.com/ESCOMP/ctsm/issues/730 Also added some helpful starting points for issue searches
Move some issue labels to a different section `docs - non-code` and `support tools` DO require code changes
Document the 'blocked: answer changing' issue label
Document new issue label, "tag: lilac"
Updated Issue Labels (markdown)
Organize issue labels
Change 'status' prefix to 'closed' We'll use the status prefix for PRs
Add label: "type: tests"
Tweak the distinction between 'code cleanup' and 'enhance - software' The old definitions (based on whether there is any potential behavior change) were leading me to put some issues in the "enhance - software" category that really felt like they should belong in the "code cleanup" category: e.g., issues which were really about code cleanup, but it was some large code cleanup that might change answers. Putting myself in the shoes of Dave or another manager, I felt like the important distinction is: What is the primary purpose – adding functionality or improving the internal code structure.
Merge 'docs - code' into 'code cleanup' 'docs - code' doesn't seem to deserve its own label
Clarify 'enhance - software' Even a *potential* change in behavior qualifies for this label as opposed to 'code cleanup'
Clarify difference between some types Clarify difference between 'enhance - science', 'enhance - software' and 'code cleanup'
Separate the bug label into two Distinguish between whether a bug affects the scientific results or not. Motivation: It can be useful to see at a glance what known bugs there are that can cause incorrect results.
code cleanup = refactoring