Skip to content

2022 Issue Grooming - review, categorization, assignment #167999

New issue
New issue
Closed
Closed
2022 Issue Grooming - review, categorization, assignment#167999
Assignees
joaomorenobrettcannonchrisdiaskieferrmalexdimasbatten
Labels
plan-itemVS Code - planned item for upcoming
Milestone
January 2023
@kieferrm

Description

@kieferrm
kieferrm
opened on Dec 3, 2022

The number of issues that we receive every months across all our repositories is large enough so that despite our best efforts to triage and close issues we fall behind as soon as we carve out time for some focussed, uninterrupted development time.

Priorities for the December 2022 Housekeeping

  1. Bring our issue database back into great shape
  2. Reduce the number of open bugs by fixing them

Note: Don't distract yourself with fixing issues if your part of the issue database is not yet in great shape. Clearly, we'll use common sense, i.e. we'll make easy fixes on the fly if they take us a couple of minutes. We'll not make the fix if it takes us two hours.

Review Guidelines

In the first pass we review all of our issues. We review the issues of all of our repositories. During review \please make sure:

  • to close obsolete/fixed issues and mark duplicates as appropriate,
  • that each issue has a type
  • that each issue is assigned to a feature area
  • that bugs you fix in December are assigned to the December milestone. Be conservative, see above.
  • to close out-of-scope feature requests assign the *out-of-scope label. There is no value in keeping issues open that don't have any realistic chance of being addressed.
  • close bugs as "won't fix" if there is a cost-benefit imbalance. It's not that we don't care about users who are affected by an issue but, for example, if the fix is so involved that we risk regressions for many, fixing is not a reasonable choice.

Otherwise the normal rules apply:

  • assign the important label to issues that
    • result in data loss
    • a breakage of extension
    • critical security, performance issues
    • UI issue that makes a feature unusable
  • issues that the community can take up should be labeled as help-wanted
  • if issues are suitable for beginners you can also add the good-first-issue label and add code pointers that help beginners to get started with a PR
  • feature requests that should be implemented as extensions should be labeled extensions-candidate and be closed

Tracking

Please make sure that you also do this grooming in our satellite repositories.

Issues assigned to you

Issues assigned to feature areas but without owner

Other issues

  • ensure we don't have any issues assigned to people who are no longer on the team @kieferrm

Metadata

Metadata

Assignees

Labels

plan-itemVS Code - planned item for upcoming

Type

No type

Projects

No projects

Milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions