Skip to content

Latest commit

 

History

History
112 lines (79 loc) · 3.74 KB

CONTRIBUTING.md

File metadata and controls

112 lines (79 loc) · 3.74 KB

Contributing to Ravel

Rules

  • PR everything. Commits made directly to main are prohibited, except under specific circumstances
  • Use feature branches. Create an issue for every single feature or bug and label it. If you are a core contributor, create a branch named feature/[issue #] to resolve the issue. If you are not a core contributor, fork and branch.
  • Try to label issues and PRs as accurately as possible, especially in the case of PRs, where semver-major, semver-minor and semver-patch labels are available. Labels on issues should be a subset of the labels on the corresponding pull request; the milestones should match.
  • Use github "Fixes #[issue]" syntax on your PRs to indicate which issues you are attempting to resolve
  • Keep Ravel small. If some piece of functionality can fit in a separate ravel-* module, then it probably should
  • Code coverage should strictly be enforced at 100%
  • Please follow the JavaScript coding style exemplified by existing source files and enforced by Ravel's .eslintrc.json configuration.
  • Active contributors will be included in the contributors section of package.json

Sign-off your Commits

We encourage contributors to "sign-off" on their commits:

$ git commit -s -m "Some commit message"

This will append the following to your commit message:

Signed-off-by: Your Name <[email protected]>

This sign-off certifies that you have the rights to submit your work under the MIT license and that you agree to the Developer Certificate of Origin:

Developer Certificate of Origin
Version 1.1

Copyright (C) 2004, 2006 The Linux Foundation and its contributors.
1 Letterman Drive
Suite D4700
San Francisco, CA, 94129

Everyone is permitted to copy and distribute verbatim copies of this
license document, but changing it is not allowed.


Developer's Certificate of Origin 1.1

By making a contribution to this project, I certify that:

(a) The contribution was created in whole or in part by me and I
    have the right to submit it under the open source license
    indicated in the file; or

(b) The contribution is based upon previous work that, to the best
    of my knowledge, is covered under an appropriate open source
    license and I have the right under that license to submit that
    work with modifications, whether created in whole or in part
    by me, under the same open source license (unless I am
    permitted to submit under a different license), as indicated
    in the file; or

(c) The contribution was provided directly to me by some other
    person who certified (a), (b) or (c) and I have not modified
    it.

(d) I understand and agree that this project and the contribution
    are public and that a record of the contribution (including all
    personal information I submit with it, including my sign-off) is
    maintained indefinitely and may be redistributed consistent with
    this project or the open source license(s) involved.

Quick Tip

If you wish to sign-off all commits against this repository automatically, use this command:

$ git config alias.cs 'commit -s'

Developing and Testing

Linting and Testing

To test (with code coverage):

$ npm test

Due to a bug in istanbul, failing tests will report incorrect line numbers. For this situation, use test-no-cov, which will omit code coverage reporting and give you accurate line numbers.

$ npm run test-no-cov

Debugging

To debug via node debug:

$ npm run debug

To debug via a remote debugger (of your choice):

$ npm run debug-remote

Documentation (mr-doc)

To build the docs:

$ npm run docs