Multi-State List Management and API for keeping track of progress in Life - real or virtual.
If you wish to help out, the flow is as follows:
- Create a branch for the new ticket. make sure it begins with the issue/ticket number.make sure it is branched off
master
- Make changes locally. Be sure to create smaller changes with a discrete idea, so each commit reflects an item in a detailed changelog.
- Commit often (see rule 2). commit messages should ALWAYS begin with a pound and the ticket/issue number on which you are working. If you find you need to fix another issue first, and it is a small enough change, you can just make the change on your current branch. Be sure your commits are discrete, like idea landmarks, such as:
#123 - added js lib to project
or#826 - update readme to reflect new ideologies
- Create a PR in Github for your branch. be sure to push to Github often. If you wish, you can create a PR early, and make sure the title begins with WIP ("work in progress") so we know not to merge it. Expect comments on any PR you have, whether it is finished or not. If you want a preliminary review, you can say so in the PR message.
- Wait for reviews to come in. If everythign is OK, it will be merged. Make sure you have tests for your code. PRs may not be merged if they don't have tests.