If you're unfamiliar with how pull requests work, [GitHub's documentation on them](https://help.github.com/articles/using-pull-requests/) is very good.
Here are a few things you can do that will increase the likelihood of your pull request being accepted:
All of ggez's in-progress work happens on the `devel` branch. The `master` branch tracks the current latest release. When we make
a major release, we merge the `devel` branch into `master`, and from then on only backwards-compatible changes get merged from
`devel` into `master`.
For example, when we release `0.3.0`, we create a new branch for `0.2` from `master`, `devel` gets merged into `master` and the
release gets made from `master`. If we then discover and fix a bug in `devel`, we can merge the changes fixing that bug into the
`master` branch, and make a `0.3.1` release from it.
Contributions to ggez (via pull request or otherwise) must be licensed under the same license as ggez
The purpose of the example code is to be documentation of ggez's features. Unfortunately, examples are also a maintenance burden, so we
don't want to just include every cool little program we write. Examples that just use features that already are shown off by other examples should be
kept to a minimum... though this doesn't mean we can't refactor several example programs into one, or vice versa, or that there has to be no
duplication at all.
If you've written something cool and want to show it off, but it doesn't fulfill the listed guidelines, consider making it its own project
and submitting a PR to add it to the `docs/Projects.md` file!
Hi there! We're thrilled that you'd like to contribute to this project. Your help is essential for keeping it great.
There are many ways you can send your contributions to ggez. You can either **report a bug**, or you can make the changes yourself and **submit a pull request**!
Please [report bugs](https://github.com/ggez/ggez/issues) and open issues generously. Don't be afraid that your idea is silly, or you're reporting a duplicate. We're happy to hear from you. Seriously.
Known bugs and feature requests are all in the [issue tracker](https://github.com/ggez/ggez/issues) so that's a good place to start looking for places to help. Bugs marked `*EASY*` are fairly self-contained and probably don't need lots and lots of research. Bugs marked `*LESS EASY*` will require a bit of finesse, or larger/broader changes to the library.