Task runner in JS monorepos
Перейти к файлу
Ken Chau 8ecc7d8751 making filterpackage do intersection rather than union. adding tests 2020-06-18 16:40:04 -07:00
.github/workflows adding deployment 2020-05-23 16:02:21 -07:00
bin moved to lib instead of dist 2020-05-18 13:20:02 -07:00
docs fixing slides 2020-05-26 13:18:33 -07:00
src making filterpackage do intersection rather than union. adding tests 2020-06-18 16:40:04 -07:00
.gitignore moved to lib instead of dist 2020-05-18 13:20:02 -07:00
.npmignore adding initial files 2020-05-18 13:16:27 -07:00
CHANGELOG.json applying package updates 2020-06-18 19:56:16 +00:00
CHANGELOG.md applying package updates 2020-06-18 19:56:16 +00:00
CODE_OF_CONDUCT.md Initial CODE_OF_CONDUCT.md commit 2020-05-18 13:11:24 -07:00
LICENSE Initial LICENSE commit 2020-05-18 13:11:25 -07:00
README.md Update README.md 2020-05-18 16:20:56 -07:00
SECURITY.md Initial SECURITY.md commit 2020-05-18 13:11:27 -07:00
jasmine.json making filterpackage do intersection rather than union. adding tests 2020-06-18 16:40:04 -07:00
package.json making filterpackage do intersection rather than union. adding tests 2020-06-18 16:40:04 -07:00
tsconfig.json making filterpackage do intersection rather than union. adding tests 2020-06-18 16:40:04 -07:00
yarn.lock making filterpackage do intersection rather than union. adding tests 2020-06-18 16:40:04 -07:00

README.md

lage

Documentation is here: https://microsoft.github.io/lage/

Overview

Your JS repo has gotten large enough that you have turned to using a tool to help you manage multiple packages inside a repository. That's great! However, you realized quickly that the tasks defined inside the workspace have to be run in package dependency order.

Lerna, Rush, wsrun and even pnpm will provide a simple way for you to run npm scripts to be run in a topological order. However, these tools will force you to run your tasks by script name one at a time. For example, all the build scripts will have to run first. Then all the test scripts run in the topological order.

This usually means that there are wasted CPU cycles in between build and test. We can achieve better pipelining the npm scripts if we had a way to say that test can run as soon as build are done for the package.

lage (Norwegian for "make", pronounced law-geh) solves this by providing a terse pipelining syntax. It has many features geared towards speeding up the task runner that we'll explore later.

Quick Start

lage gives you this capability with very little configuration. First, let's install the lage utility. You can place this in your workspace's root package.json by running yarn add:

yarn add -D lage

Confirm with yarn that you are sure to add a package at the root level, you then place a root level script inside the package.json to run lage:

{
  "scripts": {
    "build": "lage build",
    "test": "lage test"
  }
}

Add a configuration file in the root to get started. Create this file at the root lage.config.js:

module.exports = {
  pipeline: {
    build: ["^build"],
    test: ["build"],
  },
};

Do not worry about the syntax for now. We will go over the configuration file in a coming section. You can now run this command:

$ lage test

lage will detect that you need to run build steps before tests are run.

Contributing

This project welcomes contributions and suggestions. Most contributions require you to agree to a Contributor License Agreement (CLA) declaring that you have the right to, and actually do, grant us the rights to use your contribution. For details, visit https://cla.opensource.microsoft.com.

When you submit a pull request, a CLA bot will automatically determine whether you need to provide a CLA and decorate the PR appropriately (e.g., status check, comment). Simply follow the instructions provided by the bot. You will only need to do this once across all repos using our CLA.

This project has adopted the Microsoft Open Source Code of Conduct. For more information see the Code of Conduct FAQ or contact opencode@microsoft.com with any additional questions or comments.