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

@polyrepo/polyrepo-manager

v1.2.5

Published

Scripts for managing polyrepo projects

Readme

Polyrepo manager.

The purpose of monorepos should be questioned. Monorepos are used because sharing a set of code across multiple projects makes it inconvenient to frequently update dependencies, so everything is put into one repository. However, this makes it difficult to edit packages across different enterprises and projects. Traditional polyrepos do not have this issue. This approach does not align with first principles. Instead, we should focus on better combining multiple polyrepos rather than putting them into a single repository. Having each package in its own repository enhances modularity and flexibility. By creating a CLI tool to manage multiple polyrepos.

This package is designed to solve these issues through its CLI tools.

Install

npm i -g ployrepo-manager

Multiple polyrepo dir

Create several polyrepos in a directory, then create a poly.config.json file in the directory.

poly.config.json:

{
  // add some example
  "repos": [
    "https://github.com/polyrepos/template-base",
    "https://github.com/polyrepos/template-fullstack",
    "https://github.com/your-username/your-project",
  ]
  // github pr and set-secret need username
  "github": {
    "username": "polyrepos"
  }
}

Run poly clone to achieve the following directory structure:

template-base
  ├── .git
  ├── .husky
  ├── src
  ├── LICENSE
  ├── biome.json
  ├── tsconfig.json
  ├── package.json
template-fullstack
  ├── .git
  ├── src
  ├── package.json
your-project
  ├── .git
  ├── src
  ├── package.json
poly.config.json

copy

To copy certain files from template-base to your-project, edit the package.json of your-project.

package.json:

{
  "polyCopy": {
    // @polyrepo/template-base is the template-bun/package.json's name
    "@polyrepo/template-base": [
      "package.json.merge",
      ".github",
      "LICENSE",
      "biome.json",
      ".husky",
      "tsconfig.json"
    ]
  }
}

If a file ends with .json.merge and the target file ends with .json, the contents will be merged. It is safe and will not overwrite existing fields.

Run the script to execute the copy:

poly copy

Command Descriptions

poly --help:

Usage: poly [options] [command]

The purpose of monorepos should be questioned. Monorepos are used because sharing a set of code across multiple projects makes it inconvenient to frequently update dependencies, so everything is put into
one repository. However, this makes it difficult to edit packages across different enterprises and projects. Traditional polyrepos do not have this issue. This approach does not align with first
principles. Instead, we should focus on better combining multiple polyrepos rather than putting them into a single repository. Having each package in its own repository enhances modularity and flexibility.
By creating a CLI tool to manage multiple polyrepos.

Options:
  -V, --version                       output the version number
  -h, --help                          display help for command

Commands:
  copy                                The copy command is used to copy a file from a source path to a destination path
  run [options] <args>                In all workspace run command, options: --all, --changed, --unchanged, --filter, --unmatched
  set-secret [options] <key> <value>  Run all workspace set github secret, options: --all, --changed, --unchanged, --filter, --unmatched
  pr [options] <event> <matchTitle>   merge pr, like: poly pr squash 'chore(main): release', options: --all, --changed, --unchanged, --filter, --unmatched
  update [options]                    Update all workspace dependencies version, options: --all, --changed, --unchanged, --filter, --unmatched, --npm
  clone                               Clone all repos in workspace
  prettier-package [options]          prettier your package.json, options: --all, --changed, --unchanged, --filter, --unmatched
  help [command]                      display help for command

Example:

poly run "git add . && git commit -m 'chore: change readme'" --changed
poly run "git pull --rebase" --unchanged
poly update --all --npm
poly prettier-package --all