Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Here are a few tips to get your contribution in:

  1. Break your work into small, single-purpose patches if possible. It’s much harder to merge in a large change with a lot of disjoint features.
  2. Submit the patch as a GitHub pull request. For a tutorial, see the GitHub guides on forking a repo and sending a pull request.
  3. Follow the

...

  • Maximum line length of 100 characters.
  • Always import packages using absolute paths (e.g. scala.collection.Map instead of collection.Map).
  • No "infix" syntax for methods other than operators. For example, don’t write table containsKey myKey; replace it with table.containsKey(myKey).
  1. Spark code style guide.
  2. Make sure that your code passes the unit tests. You can run the tests with sbt/sbt assembly and then sbt/sbt test in the root directory of Spark. It's important to run assembly first as some of the tests depend on compiled JARs.
  3. Add new unit tests for your code. We use ScalaTest for testing. Just add a new Suite in core/src/test, or methods to an existing Suite.
  4. Update the documentation (in the docs folder) if you add a new feature or configuration parameter.

If you’d like to report a bug but don’t have time to fix it, you can still post it to our issue tracker, or email the mailing list.