Skip to content

Latest commit

 

History

History
79 lines (49 loc) · 2.92 KB

CONTRIBUTING.md

File metadata and controls

79 lines (49 loc) · 2.92 KB

Contributing to Inferno.js

Many thanks for using Inferno and contributing to its development. The following is a quick set of guidelines designed to maximise your contribution's effectiveness.

Got a question or need help?

If you're having trouble getting Inferno to do what you want, there are a couple of places to get help before submitting an issue:

Of course, if you've encountered a bug, then the best course of action is to raise an issue (if no-one else has!).

Reporting security vulnerabilities

If you think you've found a security vulnerability, please email Dominic Gannaway with details, and he will respond to you if he isn't at work by that time.

Raising issues

Before submitting an issue, please make sure you're using the latest released version - http://cdn.infernojs.org/latest/inferno.js.

If the bug persists, it may have been fixed in the latest development version. You can always get the most recent successful build from http://cdn.infernojs.org/edge/inferno.js.

Don't publish any issues without a jsFiddle so we can reproduce and fix the bug straight away.

Pull requests

Pull requests against the master branch will not be merged!

All pull requests are welcome. You should create a new branch, based on the dev branch, and submit the PR against the dev branch.

Caveat for what follows: If in doubt, submit the request - a PR that needs tweaking is infinitely more valuable than a request that wasn't made because you were worrying about meeting these requirements.

Before submitting, run npm run build (which will concatenate, lint and test the code) to ensure the build passes - but don't include files from outside the src and test folders in the PR.

And make sure the PR haven't been published before!

There isn't (yet) a formal style guide for Inferno, so please take care to adhere to existing conventions:

  • Tabs, not spaces!
  • Variables at the top of function declarations
  • Semi-colons
  • Single-quotes for strings
  • Liberal whitespace:
// this...
var foo = function ( bar ) {
	var key;

	for ( key in bar ) {
		doSomething( bar, key ); // no space between function name and bracket for invocations
	}
};

// ...NOT this
var foo = function(bar){
	for(var key in bar){
		doSomething(bar, key);
	}
}

Above all, code should be clean and readable, and commented where necessary. If you add a new feature, make sure you add a test to go along with it!

Small print

There's no contributor license agreement - contributions are made on a common sense basis. Inferno is distributed under the MPL-2.0 license, which means your contributions will be too.