The js-ipfs core working group follows the OKR structure established for the IPFS project to set the quarterly targets. Within each quarter, work gets tracked using Github and Waffle.
- Github is used for discussions and track current endeavours.
- Waffle gives us a Kanban view over the work at hand.
In the Waffle board, we have 4 columns:
- Inbox - New issues or PRs that haven't been evaluated yet
- Backlog - Issues that are blocked or discussion threads that are not currently active
- Ready - Issues Ready to be worked on
- In Progress - Issues that someone is already tackling. Contributors should focus on a few things rather than many at once.
- Done - Issues are automatically moved here when the issue is closed or the PR merged.
We track work for the JavaScript implementation of the IPFS protocol in 3 separate waffle boards:
We use labels to tag urgency and the difficulty of an issue. The current label system has:
difficulty:{easy, moderate, hard}- This is an instinctive measure give by the project lead or leads. It is a subjective best guess, however the current golden rule is that an issue with difficulty:easy should not require more than a morning (3~4 hours) to do and it should not require having to mess with multiple modules to complete. Issues with difficulty moderate or hard might require some discussion around the problem or even request that another team (i.e go-ipfs) makes some changes. The length of moderate or hard issue might be a day to ad-aeternum.priority (P0, P1, P2, P3, P4)- P0 is the most important while P4 is the least.help wanted- Issues perfect for new contributors. They will have the information necessary or the pointers for a new contributor to figure out what is required. These issues are never blocked on some other issue be done first.