Security News
JSR Working Group Kicks Off with Ambitious Roadmap and Plans for Open Governance
At its inaugural meeting, the JSR Working Group outlined plans for an open governance model and a roadmap to enhance JavaScript package management.
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.
Just run node-dev
as you would normally run node
:
node-dev foo.js
There are a couple of command line options that can be used to control which files are watched and what happens when they change:
--no-deps
Watch only the project's own files and linked modules (via npm link
)--all-deps
Watch the whole dependency tree--respawn
Keep watching for changes after the script has exited--dedupe
Dedupe dynamically--poll
Force polling for file changes (Caution! CPU-heavy!)--no-notify
Switch off desktop notifications (see below)By default node-dev will watch all first-level dependencies, i.e. the ones in
the project's node_modules
folder.
Node-dev can be installed via npm. Make sure to use the -g
option to install
it globally.
npm install -g node-dev
Status and error messages can be displayed as desktop notification using node-notifier:
Requirements:
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.
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.
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"}
.
Options can be passed to a transpiler by providing an object containing
name
and options
attributes:
{
"js": {
"name": "babel/register",
"options": {
"only": [
"lib/**",
"node_modules/es2015-only-module/**"
]
}
}
}
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.
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.
MIT
v3.1.3 / 2016-05-30
FAQs
Restarts your app when files are modified
The npm package node-dev receives a total of 68,557 weekly downloads. As such, node-dev popularity was classified as popular.
We found that node-dev demonstrated a not healthy version release cadence and project activity because the last version was released a year ago. It has 4 open source maintainers collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
At its inaugural meeting, the JSR Working Group outlined plans for an open governance model and a roadmap to enhance JavaScript package management.
Security News
Research
An advanced npm supply chain attack is leveraging Ethereum smart contracts for decentralized, persistent malware control, evading traditional defenses.
Security News
Research
Attackers are impersonating Sindre Sorhus on npm with a fake 'chalk-node' package containing a malicious backdoor to compromise developers' projects.