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

hereby

v1.10.0

Published

A simple task runner

Downloads

37,004

Readme

hereby

npm node install size tokei ci codecov OpenSSF Scorecard

I hereby declare thee built.

hereby is a simple task runner.

$ npm i -D hereby
$ yarn add -D hereby

Herebyfile.mjs

Tasks are defined in Herebyfile.mjs. Exported tasks are available to run at the CLI, with support for export default.

For example:

import { execa } from "execa";
import { task } from "hereby";

export const build = task({
    name: "build",
    run: async () => {
        await execa("tsc", ["-b", "./src"]);
    },
});

export const test = task({
    name: "test",
    dependencies: [build],
    run: async () => {
        await execa("node", ["./out/test.js"]);
    },
});

export const lint = task({
    name: "lint",
    run: async () => {
        await runLinter(...);
    },
});

export const testAndLint = task({
    name: "testAndLint",
    dependencies: [test, lint],
});

export default testAndLint;

export const bundle = task({
    name: "bundle",
    dependencies: [build],
    run: async () => {
        await execa("esbuild", [
            "--bundle",
            "./out/index.js",
            "--outfile=./out/bundled.js",
        ]);
    },
});

Running tasks

Given the above Herebyfile:

$ hereby build        # Run the "build" task
$ hereby test         # Run the "test" task, which depends on "build".
$ hereby              # Run the default exported task.
$ hereby test bundle  # Run the "test" and "bundle" tasks in parallel.

Flags

hereby also supports a handful of flags:

-h, --help          Display this usage guide.
--herebyfile path   A path to a Herebyfile. Optional.
-T, --tasks         Print a listing of the available tasks.

ESM

hereby is implemented in ES modules. But, don't fret! This does not mean that your project must be ESM-only, only that your Herebyfile must be ESM module so that hereby's task function can be imported. It's recommended to use the filename Herebyfile.mjs to ensure that it is treated as ESM. This will work in a CommonJS project; ES modules can import CommonJS modules.

If your package already sets "type": "module", Herebyfile.js will work as well.

Caveats

No serial tasks

hereby does not support running tasks in series; specifying multiple tasks at the CLI or as dependencies of another task will run them in parallel. This matches the behavior of tools like make, which like hereby intend to encode a dependency graph of tasks, not act as a script.

In general, if you're trying to emulate a serial task, you will likely be better served by writing out explicit dependencies for your tasks.

Tasks only run once

hereby will only run each task once during its execution. This means that tasks which consist of other tasks run in order like a script cannot be constructed. For example, it's not possible to run "build", then "clean", then "build" again within the same invocation of hereby, since "build" will only be executed once (and the lack of serial tasks prevents such a construction anyway).

To run tasks in a specific order and more than once, run hereby multiple times:

$ hereby build
$ hereby clean
$ hereby build