This repository has been archived by the owner on Feb 12, 2024. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 1.2k
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Loading branch information
Showing
1 changed file
with
36 additions
and
0 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,36 @@ | ||
# Core Dev Team Work Tracking & Managment | ||
|
||
## How work gets organized (a tl;dr;) | ||
|
||
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](https://en.wikipedia.org/wiki/Kanban) view over the work at hand. | ||
|
||
![](https://ipfs.io/ipfs/QmWNd86qtjyFnygSAHkZDy4fUB1WnRa4WNt8gt1rSiq7of) | ||
|
||
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: | ||
|
||
- [js-ipfs](http://waffle.io/ipfs/js-ipfs) | ||
- [js-libp2p](http://waffle.io/libp2p/js-libp2p) | ||
- [js-ipld](http://waffle.io/ipld/js-ipld) | ||
|
||
## Issue labels and how to use filters | ||
|
||
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. | ||
|
||
## Weekly Core Dev Team Calls | ||
|
||
[ⒿⓈ⚡️ js-ipfs Dev Team Weekly Sync 🙌🏽](https://github.com/ipfs/js-ipfs/issues/1179) |