-
Notifications
You must be signed in to change notification settings - Fork 0
Home
Visit Stackoverflow.com, or the IRC channel(freenode.com).
The best way (the only way?) to contribute code is to submit a pull request. We have a few guidelines for you.
- Make sure that your branch is based off of the devel branch. The devel branch is where active development happens.
- Sign the contributor's agreement.
- Follow the Meteor style guide.
- Limit yourself to one feature or bug fix per pull request.
- Name your branch to match the feature/bug fix that you are submitting.
- Write clear, descriptive commit messages.
Here are some guidelines:
-
If you submit a smart package pull request, we want to see strong community interest in the package before we include it in a Meteor release. Comments on the pull request are great for this. This helps us keep Meteor core clean and streamlined.
-
Your package should have tests. See
packages/coffeescript
orpackages/less
for examples. -
Your package should be documented. See
docs/client/packages
. -
Use a stable version. If it requires an npm module install, make sure to add it to
admin/generate-dev-bundle.sh
with a fixed version number. If the preprocessor is only a few files, you can avoid the dev bundle and simply put the code in the package directory. -
Because the package API is still in flux, and because you can include client-side JS/CSS files directly in your project's
client/lib
directory, the bar is higher for new packages that only include client-side JS/CSS files.
If you're working on a big ticket item, best to check in first on the #meteor IRC channel or email us at [email protected]. We'd hate to have to steer you in a different direction after you've already put in a lot of hard work.