This page will go over the process for contributing to the TOM Toolkit.
If you’re interested in contributing code to the project, thank you! For those unfamiliar with the process of contributing to an open-source project, you may want to read through Github’s own short informational section on how to submit a contribution.
Identifying a starting point¶
The best place to begin contributing is by first looking at the Github issues page, to see what’s currently needed. Issues that don’t require much familiarity with the TOM Toolkit will be tagged appropriately.
Familiarizing yourself with Git¶
If you are not familiar with git, we encourage you to briefly look at the Git Basics page.
The workflow for submitting a code change is, more or less, the following:
Fork the TOM Toolkit repository to your own Github account.
Clone the forked repository to your local working machine.
git clone firstname.lastname@example.org:<Your Username>/tom_base.git
Add the original “upstream” repository as a remote.
git remote add upstream https://github.com/TOMToolkit/tom_base.git
Ensure that you’re synchronizing your repository with the “upstream” one relatively frequently.
git fetch upstream git merge upstream/master
Create and checkout a branch for your changes (see Branch Naming).
git checkout -b <New Branch Name>
Commit frequently, and push your changes to Github. Be sure to merge master in before submitting your pull request.
git push origin <Branch Name>
When your code is complete and tested, create a pull request from the upstream TOM Toolkit repository.
Be sure to click “compare across forks” in order to see your branch!
We may ask for some updates to your pull request, so revise as necessary and push when revisions are complete. This will automatically update your pull request.
Branch names should be prefixed with the purpose of the branch, be it a bugfix or an enhancement, along with a descriptive title for the branch.
bugfix/fix-typo-target-detail feature/reticulating-splines enhancement/refactor-planning-tool
We recommend that you use a linter, as all pull requests must pass a
pycodestyle check. We also recommend configuring your editor to
automatically remove trailing whitespace, add newlines on save, and
other such helpful style corrections. You can check if your styling will
meet standards before submitting a pull request by doing a
pip install pycodestyle and running the same command our Travis
pycodestyle tom_* --exclude=*/migrations/* --max-line-length=120
We require any new features to