So you want to help out with lua-quickcheck? Great! Here's a brief overview on how best to do so.
- New features
- Bugfixes
- Inefficient blocks of code
- ...
The http://www.github.com/Primordus/lua-quickcheck.git/issues contains a list of items that still need to be done.
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 is best to check the project's direction, existing pull requests and currently open/closed issues first.
- Two spaces, not tabs
- Variables have_underscores, classes are Uppercase
- Wrap everything in
local
, expose blocks of code using the module pattern - Olivine-Labs has a great style guide which can be used as a reference.
Look at existing code to get a good feel for the patterns we use. Please run tests before submitting any pull requests. Instructions for running tests can be found in the README.
- Fork the repository.
- Create a topical branch - a branch whose name is succint but explains what you're doing, such as "improved-generators"
- Make your changes, committing at logical breaks.
- Push your branch to your personal account
- Create a pull request
- Watch for comments or acceptance
Please make separate branches for unrelated changes!
lua-quickcheck is MIT licensed. See details in the LICENSE file. This is a very permissive scheme, GPL-compatible but without many of the restrictions of GPL.