Thank you for considering contributing to rclnodejs. All help appreciated.
If you've noticed a bug or have a feature request, make one! It's generally best if you get confirmation of your bug or approval for your feature request this way before starting to code.
If there is a bug or feature request you would like to work on begin by communicating your interest in resolving it. A project maintainer will assign the issue to you.
Here's the process to follow once a bug or feature request has been assigned to you:
- Fork the rclnodejs project. Refer to the Building from Scratch Guide.
- Build your the base project and ensure the test suite runs.
- Make a branch for your new code.
- Code your fix or new feature on your new branch.
- Code new tests or modify existing tests to cover your changes.
- Check for coding style compliance:
npm run lint
. Fix any coding style issues. - Run the test suite and ensure all tests pass.
- Commit your changes to your cloned repo.
- Submit your changes for review by opening a Pull Request (PR) on the rclnodejs project. Fix any CI failures resulting from your code changes.
- The PR will be reviewed by the project team members. Please keep the PR updated to reflect reviewer comments and requests. You may also be requested to rebase the PR and fix any conflicts. When the PR has gained "Looks Good To Me (LGTM)" status, the project maintainers will merge the PR.