So you want to contribute to Snowplow? Fantastic! Here's a brief overview on how best to do so.
If you are having trouble setting up or running Snowplow, then the best place to get help is on the Snowplow Discourse.
Posting your problem there ensures more people will see it and you should get support faster than creating a new issue on GitHub. Please do create a new issue on GitHub if you think you've found a bug though!
Here's some examples of things you might want to make a pull request for:
- New features
- Bugfixes
- Inefficient blocks of code
If you have a more deeply-rooted problem with how the program is built or some of the stylistic decisions made in the code, it's best to create an issue before putting the effort into a pull request. The same goes for new features - it might be best to check the project's direction, existing pull requests, and currently open and closed issues first.
- Two spaces, not tabs
- Trailing newline at end of source files
- No editor-specific cruft in source code or
.gitignore - Code should follow our accepted style guides (coming soon)
Look at existing code to get a good feel for the patterns we use.
- Fork the repository to your GitHub account
- Create a topical branch - a branch whose name is succint but explains what you're doing, such as "feature/storm-etl"
- Make your changes, committing at logical breaks
- Push your branch to your personal account
- Create a pull request
- Watch for comments or acceptance
Please note - if you want to change multiple things that don't depend on each other, make sure you check the master branch back out before making more changes - that way we can take in each change seperately.