Bolt

Super-powered JavaScript project management

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?

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?

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.