npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2026 – Pkg Stats / Ryan Hefner

@liquid-labs/git-report

v1.0.0-alpha.3

Published

Extends git with useful 'report' commands

Readme

git-report

by Liquid Labs

WARNING: This is prototype code. Much of it may be un-implemented and actual usage may differ from what is documented here.

Extends git with the 'report' command.

Core reports:

Installation

npm i -g @liquid-labs/git-report

You will also need a GitHub personal access token. To automate use of the token, create a file ~/.config/git-report with the contents:

access_token: XXXXXXXXX

Where 'XXXXXX' is your access token. Secure the file with:

chmod 600 ~/.config/git-report

Usage

git report # lists available reports
git report changelog # git generated change log
git report hub-prs # list outstanding prs

Command reference

Common options

Scope

By default, the report will generate a report based on the current repository (working directory). If --scope (or -s) is set, then a report will be generated for all repos in the designated scope. Scope may be an org key, such as 'acme' or a repository key such as 'acme/tools'. If scoped to an org, then the report will include all visible repos in the org.

Query

--query accepts a string of the form:

query particle: <key>: <value 1>[, <value 2>...n]
query statement: <query particle 1>[; <query particle 2>...n]

E.g.:

  • states: OPEN
  • states: OPEN,MERGED
  • states: OPEN,MERGED; age: >= 5

Valid query particle keys and values are defined for each report.

Format

--format|-f accepts:

  • terminal or term : (default) Generates a tabular report for display in a terminal.
  • tsv : Generates report data in "tab separated values" format.
  • json : Generates report data in JSON format.
  • summary : Prints a one line summary of the report.

Fields

--fields|-F accepts a comma-separated list of field names, as defined in each report. If not specified, the report will generate a default set of fields (which may vary depending on the report scope or other factors). If fields are specified, then only those fields are included in the report, in the order in which they are specified. The special value 'all' may also be given indicating that all supported fields should be included in the report.

Token file

For remote reports, --token-file|-t specifies a local file whose contents are your personal access token. This is considered safer than --token and should be preferred.

Token

For remote reports, --token|-T specifies your personal access token. If no token (nor token file) is specified, then git-report will check your hub config (if any) to see if a token can be found. Be careful using this option as your token may be slurped into your command history unless you take care.

Origin

For remote reports, --origin specifies the name of the (GitHub) remote to refer to when determining the report scope if scope is not provided. The standard 'origin' remote name is assumed if --origin is not specified.

Reports

Changelog

git report changelog [--format|-f <format type>]

Generates a changelog based on the git log history. By default, we expect changes to come in as a feature branch and will use the feature branch commit message as the summary for the change. Individual workbranch change commits will be included in an expandable section. Commits directly to the main branch will be considered 'hotfixes' and labeled as such.

Changelog is currently a local only report limited to the current working repo. Future support is planned, but the use of --scope will cause an exit on error.

Pull-requests

git report pull-requests [--scope|-s] [--format|-f <format type>] [--open]

Generates a report of a repository's pull-requests (PRs). By default, the report lists open PRs sorted by:

  • state (OPEN > MERGED > CLOSED)
  • 'age in days',
  • 'repo name' The sort does not depend on the fields being included in the report.

Pull-requests is a purely remote report.

Report specific options
  • --open will open a browser window for each PR in the report. This is useful for opening PRs for review with something like git report pull-requests -f summary --open
  • --query accepts (key/value):
    • 'states' / one or more of 'OPEN', 'MERGED', and 'CLOSED'
Report fields and summary format

Default fields:

  • title : The PR summary.
  • repo name : (*) The name of the repo. (*: Included by default only if scope is organization wide.)
  • number : The number/ID of the PR in the repo.
  • permalink : The PR permalink URL.
  • status : The status of the PR.
  • age : Age of the PR in days.

Summary format prints the total number of PRs found and a count by each state in the search.