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

[Feature Request] Provide total downloads for a package #3291

Closed
feinstein opened this issue Jan 31, 2020 · 3 comments
Closed

[Feature Request] Provide total downloads for a package #3291

feinstein opened this issue Jan 31, 2020 · 3 comments

Comments

@feinstein
Copy link

URL: https://pub.dev/packages/

The popularity score is really nice to evaluate is a package has wide spread adoption, but as a package owner I would like to know if my package had 1000 or 10000 downloads (discarding build tools and etc). It's nice to know how many people/projects we impacted and the 0 -100 popularity score hides the actual impact we had. This kind of data stimulates us to keep going.

If you think is too much info, it could be available to the package owners alone.

@isoos
Copy link
Collaborator

isoos commented Feb 3, 2020

@feinstein: thanks for submitting this. Please track progress on #2714, I'll close this as duplicate.

@isoos isoos closed this as completed Feb 3, 2020
@jonasfj
Copy link
Member

jonasfj commented Feb 10, 2020

@feinstein, I'm curious what metrics would you like:

  • Number of times pub get was called on a pubspec.yaml with dependency on the package (number of pub gets).
  • Number of times pub get was called on a pubspec.yaml with dependency on the package, AND the packages wasn't already cached locally (number of downloads).
  • Number of times pub get was called on a pubspec.yaml with dependency on the package, AND the package wasn't already in the pubspec.lock (number of installations/activiations).

I'm thinking of igoring transitive dependencies and simply compute those statically after that fact.

I personally fear that the number of downloads is utterly domintated by automated CI systems without caching.

@feinstein
Copy link
Author

I agree and IMO the number of installations/activations (last option) is the one that most resembles "projects that use my package", which is what I would love to see.

Considering the limitations I think this metric should come with a disclaimer note explaining its caveats.

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

No branches or pull requests

3 participants