Any contribution to this repository is highly appreciated!
First, clone this repository and create a new branch to work on. Branch names should follow the GitFlow standard and start with a descriptive prefix of their intended outcome, for example:
feature/for featuresfix/for general fixes
Then the name of the branch should describe the purpose of the branch and potentially reference the issue number it is solving.
$ git clone git@github.com:Meteor-Community-Packages/meteor-roles.git
$ cd meteor-roles
$ git checkout -b fix-some-issueWe use a proxy Meteor application to run our tests and handle coverage etc. This app contains several npm scripts to provide the complete toolchain that is required for your development and testing needs.
The setup is very easy. Go into the testapp directory, install dependencies and link
the package:
$ cd testapp
$ meteor npm install
$ meteor npm run setup # this is important for the tools to work!The testapp comes with some builtin scripts you can utilize during your development.
They will also be picked up by our CI during pull requests.
Therefore, it's a good call for you, that if they pass or fail, the CI will do so, too.
Note: all tools require the npm setup script has been executed at least once!
We use standard as our linter. You can run either the linter or use it's autofix feature for
the most common issues:
# in testapp
$ meteor npm run lint # show only outputs
$ meteor npm run lint:fix # with fixes + outputsWe provide three forms of tests: once, watch, coverage
Simply runs the test suite once, without coverage collection:
$ meteor npm run testRuns the test suite in watch mode, good to use during active development, where your changes are picked up automatically to re-run the tests:
$ meteor npm run test:watchRuns the test suite once, including coverage report generation. Generates an html and json report output.
$ meteor npm run test:coverage
$ meteor npm run report # summary output in consoleIf you want to watch the HTML output to find (un)covered lines, open
the file at testapp/.coverage/index.html in your browser.
If you open a pull request, please make sure the following requirements are met:
- the
lintscript is passing - the
testscript is passing - your contribution is on point and solves one issue (not multiple)
- your commit messages are descriptive and informative
- complex changes are documented in the code with comments or jsDoc-compatible documentation
Please understand, that there will be a review process and your contribution might require changes before being merged. This is entirely to ensure quality and is never used as a personal offense.