Skip to content
audreyr edited this page Aug 8, 2012 · 33 revisions

Help

Visit Stackoverflow.com, or the IRC channel(freenode.com).

Contributing code to the Meteor project

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.

Package Submission Guidelines

Simple Assets

Because the package API is still in flux, and because there are so many client-side libraries out there, we're not taking new packages that only include js/css files to be shipped to the client at this time. You can easily get the same effect by placing the files in your application source tree. Place client library files in the directory client/lib/.

Pre-processors

We love new pre-processor packages. Here are some guidelines for submitting a new pre-processor:

  • It should have tests. See packages/coffeescript or packages/less for examples.

  • It should be documented. See docs/client/packages.

  • It should be 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.

Other changes

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.

Clone this wiki locally