All contributions are much welcome and greatly appreciated! Expect to be credited for you effort.
Please follow the general guidelines and check off the todos when you submit a pull request.
This document is adapted from the cookiecutter CONTRIBUTING.rst.
Generally try to limit the scope of any Pull Request to an atomic update if possible. This way, it's much easier to assess and review your changes.
You should expect a considerably faster turn around if you submit two or more PRs instead of baking them all into one major PR.
Chanjo uses the excellent GitHub issue tracker.
Personally, I also recommend giving ZenHub a try. After installing the Google Chrome plugin, visit the Chanjo boards. This way, it's very easy to get an overview of the current bug/feature request situation.
There are many ways you can help out and improve this repository.
Report bugs at https://github.com/robinandeer/chanjo/issues.
Consider the following data in your bug report:
- Your operating system name and version
- Any details about your local setup that might be helpful in troubleshooting
- If you can, provide detailed steps to reproduce the bug
- If you don't have steps to reproduce the bug, just note your observations in as much detail as you can. Questions to start a discussion about the issue are welcome.
Look through the GitHub issues for bugs. Anything tagged with "bug" is open to whoever wants to implement it.
Look through the GitHub issues for features. Anything tagged with "enhancement" is open to whoever wants to implement it.
Chanjo could always use more documentation, whether as part of the official documentation, in inline docstrings, or even on the web in blog posts, articles, and such.
If you have written your own tutorial or review of the software, please consider adding a refferal link to the repository.
The best way to send feedback is to open a new issue.
If you are requesting a feature:
- Explain in detail how it would work
- Keep the scope as narrow as possible, to make it easier to implement.
Over time my ambition is to provide a reproducable and automated setup through Vagrant. In the mean time, follow the steps below:
-
Fork the Chanjo repository on GitHub.
-
Clone your fork locally
$ git clone git@github.com:your_name_here/cookiecutter.git $ cd chanjo
I would personally recommend GitHub for Mac to easily manage pull requests and SourceTree as an excellent GUI for git.
-
Install your local copy into a Conda environment
$ conda create -n chanjo python=3 pip # or python=2 $ conda install --yes --file requirements/conda.txt $ pip install -r requirements/development.txt $ pip install --editable .
Conda is great since you will be installing Numpy and SQLAlchemy later.
-
Create a branch for local development
$ git checkout -b name-of-your-bugfix-or-feature
-
Make you changes locally
-
When you're done making changes, check that your updated code passes the tests and flake8.
$ flake8 chanjo tests $ invoke test $ tox
-
Commit your changes and push your branch to GitHub
$ git add . $ git commit -m "Your detailed description of your changes." $ git push origin name-of-your-bugfix-or-feature
-
Check that the test coverage hasn't dropped
$ invoke coverage
-
Submit a pull request through the GitHub website. I would encourage you to submit your pull request early in the process. This makes it easier to maintain an overview of current development and opens up for continous discussion.
Before you submit a pull request, check that it meets these guidelines:
- The pull request should include tests.
- If the pull request adds functionality, the docs should be updated. Put your new functionality into a function with a docstring, and add the feature to the list in README.rst.
- The pull request should work for Python 2.6, 2.7, 3.3, and PyPy. Check https://travis-ci.org/audreyr/cookiecutter/pull_requests and make sure that the tests pass for all supported Python versions.
Generally I recommend two ways to stay up-to-date on Chanjo coding standards.
-
Read and pay attention to current code in the repository
-
Install a plugin for EditorConfig and let it handle some of the detailed settings for you.
To run a particular test:
$ python -m pytest tests.test_find.TestFind.test_find_template
To run a subset of tests:
$ python -m pytest tests.test_find