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 🙏

© 2024 – Pkg Stats / Ryan Hefner

bolt

v0.24.10

Published

> Super-powered JavaScript project management

Downloads

8,902

Readme

Bolt

Super-powered JavaScript project management

Build Status

Introduction

Are you sharing components, libraries or services between different projects and find it difficult to manage? Juggling lots of Node packages in lots of different repositories? What if there was a better way?

Diagram: One package per project

Most JavaScript projects have 1 package per project (repo). So when you have lots of packages, you have to do a lot of work to manage them all:

  • You need to install every single package one by one.
  • If you make changes to one package and want to test them in another, you need to manually link them together and run tests separately.
  • Managing dependencies and keeping everything up to date can be overwhelming, and you can easily fall really far behind.

Instead of all that, what if you put all of your packages together?

Diagram: Project with many packages

This is the idea behind "workspaces".

What are workspaces?

A workspace is like any other node package: It's just a directory with its own package.json.

Workspaces are grouped into a single "project". A project is also just a node package at the root of your repository. This is sometimes referred to as a "monorepo", but we prefer the term "multi-package repo".

project
├── package.json
├── workspace-one
│   ├── package.json
│   └── index.js
└── workspace-two
    ├── package.json
    └── index.js

Put another way, workspaces are just like any other package, except they are nested within a larger project/repo. Each workspace can have its own dependencies with its own code and scripts. Workspaces can also be grouped into sub-directories for further organization.

Using Bolt, you can install the dependencies for all of these packages at once (and you can do it really really fast).

But here's where it gets really cool: When you specify a dependency from one workspace to another. It will get linked to the actual source. This way, when you go to test your code. All your changes get tested together.

Note: This idea is not new, other tools like Lerna have existed for awhile and are used by many projects. Bolt is a fresh take on the idea.

What is Bolt?

Bolt implements the idea of workspaces on top of Yarn. In fact, the Bolt CLI is largely a drop-in replacement of the Yarn CLI. You can use it on any project already using Yarn.

But Bolt (will soon) do lots of other stuff. Instead of wasting tons of time setting up a whole bunch of build tools for running your tests, or compiling your code, what if your package manager just did all that for you? Then when you want to do something differently, all you need to do is override a script.

Well that's what Bolt will do for you (once we get around to implementing it).

Long term, many of the features in Bolt will hopefully prove to be useful and other package managers like Yarn and npm will adopt them.

Installation

First be sure that you have Node/npm and Yarn installed. Then run the following command:

yarn global add bolt

Thanks to Cam Pedersen (@ecto) for the "bolt" package name on npm

Commands

Note: Bolt is under active development and some of these commands have not yet been implemented.

| Command | Description | Status | | --------------------------------------- | ------------------------------------------------------------------------- |--------| | bolt | (Defaults to bolt install) |✅| | bolt [unknown command] | (Defaults to bolt run [unknown command]) |✅| | bolt help | View Bolt's help content |❌| | bolt help [command] | View Bolt's help content for a single command |❌| | bolt init | Create a new Bolt package in the current directory |✅| | └ bolt init --yes | Skip the prompts and use defaults |✅| | bolt install | Install all the dependencies for a project |✅| | bolt add [dependency] | Add a dependency |✅| | bolt upgrade [dependency] | Upgrade a dependency |✅| | bolt remove [dependency] | remove a dependency |✅| | bolt version | Updates the version of your package(s) |❌| | bolt publish | Publish new version(s) of your package(s) to npm |✅| | └ bolt publish-lock | Lock your package(s) on the npm registry |✅| | └ bolt publish-unlock | Unlock your package(s) on the npm registry |✅| | bolt run [script] | Run a script in a package |✅| | bolt build | Build your package(s) (Default: Babel) |🖌| | bolt test | Test your package(s) (Default: Jest) |🖌| | bolt format/fmt | Format the files in your package(s) (Default: Prettier) |🖌| | bolt lint | Lint your package(s) (Default: ESLint) |🖌| | bolt doc | Generate docs (Default: Documentation.js) |🖌| | bolt check | Type check your package(s) (Default: Flow) |🖌| | bolt bin | Print the folder where executable files for the package will be installed |✅| | bolt workspaces/ws | Run the following commands across all workspaces: || | └ bolt ws run [script] | Run a script in every package |✅| | └ bolt ws exec -- [cmd] | Run a shell cmd in every package |✅| | └ bolt ws upgrade [dependency] | Upgrade a dependency from every package that depends on it |✅| | └ bolt ws remove [dependency] | Remove a dependency from every package that depends on it |✅| | └ bolt ws ... --only [name glob] | Filter workspaces by name |✅| | └ bolt ws ... --ignore [name glob] | Filter out workspaces by name |✅| | └ bolt ws ... --only-fs [file glob] | Filter workspaces by file path |✅| | └ bolt ws ... --ignore-fs [file glob] | Filter out workspaces by file path |✅| | bolt workspace/w [name] | Run the following commands on a single workspace: || | └ bolt w [name] run [script] | Run a script in a single workspace |✅| | └ bolt w [name] add [dependency] | Add a dependency to a single workspace |✅| | └ bolt w [name] upgrade [dependency] | Upgrade a dependency in a single workspace |✅| | bolt project/p | Run the following commands on your project package: || | └ bolt p run [script] | Run a script on the project package |✅| | └ bolt p add [dependency] | Add a dependency to the project package |✅| | └ bolt p remove [dependency] | Remove a dependency from the project package |✅| | └ bolt p upgrade [dependency] | Upgrade a dependency on the project package |✅| | bolt generate/g [generator] | Create files in your package using a generator: || | └ bolt g license [license] | Create a LICENSE file in your package (Default: MIT) |❌|

Configuration

Bolt config is in the root package.json.

For examples, for declaring workspaces in sub-directories:

{
  "name": "my-project",
  "bolt": {
    "workspaces": [
      "utils/*",
      "apps/*"
    ]
  }
}

Passing flags to run commands

Depending on your needs you might run a script in one of many ways.

bolt script
bolt run script
bolt p run script
bolt w package run script
bolt ws --only="my-package" run script
bolt ws exec --only="my-package" -- yarn script

Similar to later versions of yarn, you can also call a script with extra flags:

bolt script --flag1 --flag2
bolt run script --flag1 --flag2
bolt p run script --flag1 --flag2
bolt w my-package run script --flag1 --flag2
bolt ws --only="my-package" run script -- --flag1 --flag2
bolt ws exec --only="my-package" -- yarn script  --flag1 --flag2

The only slightly surprising one might be the ws run command where you'll notice you need to add in the extra -- flag to pass in flags. This is to avoid ambiguity in which flags are meant for bolt and which are meant for your script.

Please note that this project is released with a Contributor Code of Conduct. By participating in this project you agree to its terms.