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

kickit

v2.0.1

Published

A command-line tool to start multiple long-running shell processes

Downloads

4

Readme

kickit

A command-line tool to start multiple long-running shell processes - similar to Ruby's Foreman gem but kickit allows you to chain task execution e.g. run grunt dist first then when it has completed run node server.js

Initially based on code from mammal-dev/entry: https://github.com/mammaldev/entry

Install

npm install kickit

Usage

Usage: kickit [options]

Options:

 -h, --help           output usage information
 -V, --version        output the version number
 -c, --config <path>  config file path
 -e, --env <path>     environment file path

Run kickit in a directory, it will either use the config & env you've passed in via options or try and find kickfile.json & .env automatically.

It'll look for kickfile.json in the same way Node require does e.g. start in the cwd and travel up your directory tree, using the first kickfile.json it finds.

It'll only look for a .env file in the current working directory.

See below for env and config file formats.

kickfile.json config file

A json file with an array of process objects, each process object has following values:

  • handle: identifier for process
  • spawn: object
    • command: command to run
    • args: args for the command
    • env: object, key is env var name, val is value
  • waitOn: wait for the process with this handle to finish before running

The following file will run sleep first, when it has completed it will run the cani process and the server process and pass the env vars through to the server

[
  {
    "handle": "sleep",
    "spawn": {
      "command": "sleep",
      "args": [ "1" ]
    },
  },
  {
    "handle": "cani",
    "spawn": {
      "command": "echo",
      "args": [ "'Can I Kick It?'" ]
    },
    "waitOn": "sleep"
  },
  {
    "handle": "server",
    "spawn": {
      "command": "node",
      "args": [ "./test/test_processes/server" ],
      "env": {
        "TESTVAR":  "myTestMessage",
        "DEBUG": "express:*"
      }
    },
    "waitOn": "sleep"
  }
]

.env environment variables file

Simple shell file with export statments, eg:

# ./.env
export EXAMPLE_PORT=3232
export EXAMPLE_HOST='localhost'
export EXAMPLE_ACCESS_KEY='123-456-789'
export EXAMPLE_SECRET="987-654-321"

Debugging

Debug mode

Uses debug, just set the DEBUG env var, eg:

DEBUG=kickit kickit

Long Stack Traces for Promises

Uses bluebird, turn on long stack trace by setting the BLUEBIRD_DEBUG env var to 1, eg:

BLUEBIRD_DEBUG=1 kickit

ToDo

  • Modularise code
  • Tests

"Can I kick it?"
"Yes you can"