We welcome contributions, but request you follow these guidelines.
This project adheres to the Contributor Covenant 1.4. By participating, you are expected to uphold this code. Please report unacceptable behavior to the project's core team at [email protected].
Please raise any bug reports on the relevant project's issue tracker. Be sure to search the list to see if your issue has already been raised.
A good bug report is one that make it easy for us to understand what you were trying to do and what went wrong.
Provide as much context as possible so we can try to recreate the issue. If possible, include the relevant part of your flow. To do this, select the relevant nodes, press Ctrl-E and copy the flow data from the Export dialog.
At a minimum, please include:
- Version of Node-RED - either release number if you downloaded a zip, or the first few lines of
git log
if you are cloning the repository directly. - Version of Node.js - what does
node -v
say?
For feature requests, please raise them on the forum.
If you want to raise a pull-request with a new feature, or a refactoring of existing code, it may well get rejected if you haven't discussed it on the forum first.
All contributors need to sign the JS Foundation's Contributor License Agreement. It is an online process and quick to do. You can read the details of the agreement here: https://cla.js.foundation/node-red/node-red.
If you raise a pull-request without having signed the CLA, you will be prompted to do so automatically.
When raising a PR for a fix or a new feature, it is important to target the right branch.
master
- this is the main branch for the latest stable release of Node-RED. All bug fixes for that release should target this branch.v1.x
- this is the maintenance branch for the 1.x stream. If a fix only applies to 1.x, then it should target this branch. If it applies to the current stable release as well, targetmaster
first. We will then decide if it needs to be back ported to the 1.x stream.dev
- this is the branch for new feature development targeting the next milestone release.
Please ensure you follow the coding standards used through-out the existing code base. Some basic rules include:
- all files must have the Apache license in the header.
- indent with 4-spaces, no tabs. No arguments.
- opening brace on same line as
if
/for
/function
and so on, closing brace on its own line.