Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

MAY 22 - JUNE 1 TRIAGE SESSION #3474

Closed
bestander opened this issue May 22, 2017 · 11 comments
Closed

MAY 22 - JUNE 1 TRIAGE SESSION #3474

bestander opened this issue May 22, 2017 · 11 comments

Comments

@bestander
Copy link
Member

bestander commented May 22, 2017

Similar to #3258 we are going to triage Yarn bugs.

We need to add some order to the issues and are going to triage ALL open issues in the project.

Goals:

  • Reduce the number of duplicated issues by grouping them by category first
  • Close non actionable issues
  • Prioritize important issues over the rest

What we are planning to do:

  • categorize by issue type (bug, discussion)
  • categorize bugs by phase (configuration, resolution, fetching, linking, scripts)
  • label high priority issues
  • assign highest priority issues and feature request to Yarn 1.0 milestone
  • label issues good for beginners
  • close issues with no steps to reproduce them. Too many issues, too little time developers can spend on each, with no repro steps the issue will hang there for a long time

Below I'll post a few templates that we can use to keep the tone positive.

We can use this issue for coordination, I'll be moderating it to remove outdated comments.
Also we can coordinate in the chat https://discordapp.com/invite/yarnpkg (does not require registration)

@bestander
Copy link
Member Author

Ok, GitHub is not really great at permissions granularity and so this is what we can do this time.

Mention me in a comment and I'll do the trick, e.g.

@bestander label bug, bug-resolution
@bestander duplicate #xxxx

We want to categorize issues by the phase of Yarn installation, increase visibility of high priority issues and increase visibility of good issues for beginners.

Also we want to close duplicates and incentivize the community members to provide steps to reproduce issues.

These are the tags we want to use
screen shot 2017-04-28 at 3 38 09 pm
screen shot 2017-04-28 at 3 37 22 pm

@gsklee
Copy link
Contributor

gsklee commented May 23, 2017

So this might be a little bit different than the proposed methodology; I'm using some keywords and tags to find out issues that can be safely deduced as non-actionable items and thus swiftly closed.

Non-actionable issues:

#1170 #1172 #1291 #1301 #1335 #1628 #2675 #2718 #3191

@gsklee
Copy link
Contributor

gsklee commented May 23, 2017

How do you wanna see related issues being categorized? For example, #521 is the original issue about private package support, with a few other highly-related issues here and there (eg. #3433). Do you wanna see these related issues being tagged inside #521, or, would you rather like to see a new overarching parent issue being created with an up-to-date summary, with all related issues big or small added as action items that we can cross out one by one as we try to fix the main issue?

@bestander
Copy link
Member Author

bestander commented May 23, 2017

@gsklee, huge thanks for helping out.

IMHO the most important is to get yarn install (and add/remove/upgrade) working for everyone reliably before we can say Yarn is 1.0 (#3371).

For that I'd like to categorize the issues by install phase when the issues are taking place:

  • configuration (before install starts, something at system level)
  • resolving (when Yarn resolves dependency semvers to the exact tarballs that need to be fetched)
  • fetching (download and unzip)
  • linking (copy from cache folder to node_modules)
  • scripts (node-gyp compilations and such)

While parsing through the issues we can close duplicates, redirect feature requests to RFC process, close non issues and prioritize the ones that block people from using Yarn.

After they are categorized we can see which area has the most issues and requires more attention and maybe fix bugs in bunches.

You can follow this scenario but you are welcome to choose/propose any other tactic that will get us in control of the issues.

@bestander
Copy link
Member Author

Claiming #3424 - #3475

@bestander
Copy link
Member Author

To look for issues I filter by open issues that don't have triaged tag https://github.com/yarnpkg/yarn/issues?utf8=%E2%9C%93&q=is%3Aopen%20is%3Aissue%20-label%3Atriaged%20.

On May 23 we started with 650 untriaged open issues.

@bestander
Copy link
Member Author

Claiming #541 - #786

@bestander
Copy link
Member Author

claiming #3298 - #3483

@bestander
Copy link
Member Author

claiming #792 - #1143

@gsklee
Copy link
Contributor

gsklee commented May 26, 2017

This is a note-to-myself for issues that lack information:

#3036 #3157

@bestander
Copy link
Member Author

I'll close this one and start another one this week.
Thanks a lot for everyone who helped

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants