🎥 You can watch the video that Eddie created as a contributing guide. Click on the image to watch the video.
Before creating an Issue for features
/bugs
/improvements
please follow these steps:
Note: this does not apply to creating/editing your profile
- search existing Issues before creating a new issue (has someone raised this already)
- if it doesn't exist create a new issue giving as much context as possible (please select the correct Issue type, for example
bug
orfeature
) - all Issues are automatically given the label
status: waiting for triage
and are automatically locked so no comments can be made - if you wish to work on the Issue once it has been triaged and label changed to
status: ready for dev
, please include this in your Issue description
Before working on an existing Issue please follow these steps:
- only ask to be assigned 1 open issue at a time
- look out for the Issue label
status: ready for dev
(if it does not have this label, your work might not be accepted) - comment asking for the issue to be assigned to you (do not tag maintainers on GitHub or Discord as all maintainers receive your comment notifications)
- after the Issue is assigned to you, you can start working on it
- only start working on this Issue (and open a Pull Request) when it has been assigned to you - this will prevent confusion, multiple people working on the same issue and work not being used
- do not enable GitHub Actions on your fork
- reference the Issue in your Pull Request (for example
closes #123
) - please do not force push to your PR branch, this makes it very difficult to re-review - commits will be squashed when merged
Notes:
- it is not sustainable for maintainers to review historical comments asking for assignments before the Issue label
status: ready for dev
was added; only requests for assignment of an Issue after this label has been added will be considered- check the
Assignees
box at the top of the page to see if the issue has been assigned to someone else before requesting this be assigned to you- if an Issue is unclear, ask questions to get more clarity before asking to have the Issue assigned to you
- only request to be assigned an Issue if you know how to work on it
- an Issue can be assigned to multiple people, if you all agree to collaborate on the issue (the Pull Request can contain commits from different collaborators)
- any Issues that have no activity after 2 weeks will be unassigned and re-assigned to someone else
We welcome everyone to review Pull Requests, it is a great way to learn, network and support each other.
- be kind and respectful, we use inclusive, gender neutral language (for example
they/them
instead ofguy/man
) - use inline comments to explain your suggestions
- use inline suggestions to propose changes
- do not be rude, disrespectful or aggressive
- do not repeat feedback, this creates more noise than value (check the existing conversation), use GitHub reactions if you agree/disagree with a comment
- do not blindly approve pull requests to improve your GitHub contributors graph
Please refer to the Contributing
section of the website's documentation for more details https://biodrop.io/docs
Note: Persistent non-compliance with this Contributing Guide can lead to a warning and/or ban under the Code of Conduct