node-dev (1)

Node-dev is a development tool for Node.js that automatically restarts the node process when a file is modified.

In contrast to tools like supervisor or nodemon it doesn't scan the filesystem for files to be watched. Instead it hooks into Node's require() function to watch only the files that have been actually required.

This means that you don't have to configure any include- or exclude rules. If you modify a JS file that is solely used on the client-side but never run on the server, node-dev will know this and won't restart the process.

This also means that you don't have to configure any file extensions. Just require a .json file or a .coffee script for example and it will be watched. Automatically.

Node-dev uses filewatcher under the hood and hence will take advantage of the native fs.watch() API if it is available on your system.

Usage

Just run node-dev as you would normally run node:

node-dev foo.js

There are two command line options that can be used to control how many files are watched:

• --no-deps Watch only the project's own files and linked modules (via npm link)
• --all-deps Watch the whole dependency tree

By default node-dev will watch all first-level dependencies, i.e. the ones in the project's node_modulesfolder.

Installation

Node-dev can be installed via npm. Make sure to use the -g option to install it globally.

npm install -g node-dev

Desktop Notifications

Status and error messages can be displayed as desktop notification using node-notifier:

Requirements:

• Mac OS X: >= 10.8 or Growl if earlier.
• Linux: notify-osd installed (Ubuntu should have this by default)
• Windows: >= 8, task bar balloon if earlier or Growl if that is installed.
• General Fallback: Growl

Settings

Usually node-dev doesn't require any configuration at all, but there are some options you can set to tweak its behaviour:

• clear – Whether to clear the screen upon restarts. Default: false
• notify – Whether to display desktop notifications. Default: true
• timestamp – The timestamp format to use for logging restarts. Default: "HH:MM:ss"
• vm – Whether to watch files loaded via Node's VM module. Default: true
• fork – Whether to hook into child_process.fork (required for clustered programs). Default: true
• deps – How many levels of dependencies should be watched. Default: 1
• dedupe – Whether modules should by dynamically deduped. Default: false

Upon startup node-dev looks for a .node-dev.json file in the user's HOME directory. It will also look for a .node-dev.json file in the same directory as the script to be run, which (if present) overwrites the per-user settings.

Dedupe linked modules

Sometimes you need to make sure that multiple modules get exactly the same instance of a common (peer-) dependency. This can usually be achieved by running npm dedupe – however this doesn't work when you try to npm link a dependency (which is quite common during development). Therefore node-dev provides a --dedupe switch that will inject the dynamic-dedupe module into your app.

Transpilers

You can also use node-dev to run transpiled languages. You can either use a .js file as entry point to your application that registers your transpiler as require-extension manually, for example by calling CoffeeScript.register() or you can let node-dev do this for you.

There is a config option called extensions which maps file extensions to compiler module names. By default this map looks like this:

    {
        "coffee": "coffee-script/register",
        "ls": "LiveScript"
    }

This means that if you run node-dev foo.coffee node-dev will do a require("coffee-script/register") before running your script.

Note: If you want to use coffee-script < 1.7 you have to change the setting to {"coffee": "coffee-script"}.

Graceful restarts

Node-dev sends a SIGTERM signal to the child-process if a restart is required. If your app is not listening for these signals process.exit(0) will be called immediately. If a listener is registered, node-dev assumes that your app will exit on its own once it is ready.

Ignore paths

If you’d like to ignore certain paths or files from triggering a restart simply list them in the .node-dev.json configuration under "ignore", e.g.

{
  "ignore": [
    "client/scripts",
    "shared/module.js"
  ]
}

This might be useful when you are running a universal (isomorphic) web app that shares modules across the server and client, e.g. React.js components for server-side rendering, which you don’t want to trigger a server restart when changed, since it introduces an unnecessary delay.

License

MIT