Nodes can be packaged as modules and published to the npm repository. This makes them easy to install along with any dependencies they may have.
We updated our naming requirements on 31st January 2022. The following applies to modules first published after that date.
Packages should use a scoped name - such as @myScope/node-red-sample
. That can be under a user scope or an organisation scope.
Nodes published under a scoped name have no further requirements on their name.
They could use @myScope/node-red-sample
or just @myScope/sample
- although
having node-red
in the name does help to associate the module with the project.
If you are forking an existing package to provide a fix, you can keep the same name but released under your own scope. But please keep in mind, forking should always be a last resort if the original maintainer is not responsive to your contributions.
Here is a typical directory structure for a node package:
├── LICENSE
├── README.md
├── package.json
├── examples
│ ├── example-1.json
│ └── example-2.json
└── sample
├── icons
│ └── my-icon.svg
├── sample.html
└── sample.js
There are no strict requirements over the directory structure used within the package. If a package contains multiple nodes, they could all exist in the same directory, or they could each be placed in their own sub-directory. The examples folder must be in the root of the package.
To test a node module locally, the npm install <folder>
command can be used. This allows you
to develop the node in a local directory and have it linked into a local node-red install during development.
In your node-red user directory, typically ~/.node-red
, run:
npm install <path to location of node module>
This creates the appropriate symbolic link to the directory so that Node-RED will discover the node when it starts. Any changes to the node’s file can be picked up by simply restarting Node-RED.
Along with the usual entries, the package.json
file must contain a node-red
entry that lists the .js
files that contain nodes for the runtime to load.
If you have multiple nodes in a single file, you only have to list the file once.
If any of the nodes have dependencies on other npm modules, they must be included
in the dependencies
property.
To help make the nodes discoverable within the npm repository, the file should
include node-red
in its keywords
property. This will ensure the package
appears when searching by keyword.
You should specify what versions of Node-RED your nodes support with a version
entry. For example, the following means the node requires Node-RED 2.0 or later.
The README.md file should describe the capabilities of the node, and list any pre-requisites that are needed in order to make it function. It may also be useful to include any extra instructions not included in the info tab part of the node’s html file, and maybe even a small example flow demonstrating it’s use.
The file should be marked up using GitHub flavoured markdown.
Please include a license file so that others may know what they can and cannot do with your code.
There are lots of guides to publishing a package to the npm repository. A basic overview is available here.
As of April 2020, the the Node-RED Flow Library
is no longer able to automatically index and update nodes published on
npm with the node-red
keyword. Instead, a submission request has to be
placed manually.
To do so, make sure all of the packaging requests are met. To add a new node
to the library, click on the +
button at the top of
the library’s page, and select the ‘node’ option.
This button takes you to
the Adding a Node page. Here, the list of
requirements is repeated and describes the steps to have it added to the
library.
To update an existing node, you can either resubmit it the same way as you would for a new node, or request a refresh from the node’s page on the flow library through the ‘request refresh’ link. This is only visible to logged in users.
If it does not appear after that time, you can ask for help on the Node-RED forum or slack.
Node-RED: Low-code programming for event-driven applications.
Copyright OpenJS Foundation and Node-RED contributors. All rights reserved. The OpenJS Foundation has registered trademarks and uses trademarks. For a list of trademarks of the OpenJS Foundation, please see our Trademark Policy and Trademark List. Trademarks and logos not indicated on the list of OpenJS Foundation trademarks are trademarks™ or registered® trademarks of their respective holders. Use of them does not imply any affiliation with or endorsement by them.
The OpenJS Foundation | Terms of Use | Privacy Policy | OpenJS Foundation Bylaws | Trademark Policy | Trademark List | Cookie Policy