• Stars
    star
    2,336
  • Rank 19,689 (Top 0.4 %)
  • Language
    JavaScript
  • License
    MIT License
  • Created over 7 years ago
  • Updated 5 months ago

Reviews

There are no reviews yet. Be the first to send feedback to the community and the maintainers!

Repository Details

⚡️ Super-powered JavaScript project management

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.