We appreciate your help!
If you are unsure whether you have found a bug, please consider asking in our discord first.
Similarly, if you have a question about a potential feature, the discord can be a fantastic resource for first comments.
Filing issues is as simple as going to the issue tracker, and adding an issue using one of the below templates.
{Feature Request/Task}: {short description}
---
{Detailed description}
### Affected Functionality
{Any known functionality impacted, or Unknown if further research needs to be done}
### Other Relevant Issues
{Links to Relevant Issues}
Bug: {short description}
---
{Summary of bug}
### Step(s) to Reproduce
{Numbered list of step(s)}
### Expected Result
{Summary of expected result}
### Actual Outcome
{Description of actual outcome}
- Make a fork of this repo.
- Name a branch on your fork something descriptive for this change (eg.
UpdateMakefile
). - Commit your changes (Tip! Please read our Style guide to help the pull request process go smoothly).
- Verify your changes work with
make test
. - Push your branch.
- Open a pull request to
speedrun-website/leaderboard-backend
. - Get your pull request approved.
- Get someone to click
Rebase and merge
. - Celebrate your amazing changes! 🎉
- Be inclusive, this is a project for everyone.
- Be descriptive, it can be hard to understand abbreviations or short-hand.
- Add tests for any new feature or bug fix, to ensure things continue to work.
- Comments should be full sentences, starting with a capital letter and ending with punctuation.
- Comments above a func or struct should start with the name of the thing being described.
- Wrap errors before returning with
oops.Wrapf(
to help build useful stacks for debugging. - Early returns are great, they help reduce nesting!
- Avoid
interface{}
where possible, if we need such a generic please add a comment explaining what the real type is.
- Try to have an informative branch name for others eg.
LB-{issue number}-{ghusername}
.- Do not make pull requests from
main
. - Do not include slashes in your branch name.
- Nested paths can act strange when other people start looking at your branch.
- Do not make pull requests from
- Try to keep commit line length below 80 characters.
- All commit titles should be of the format
{area} {optional sub-area}: commit description
.- This will help people reading through commits quickly find the relevant ones.
- Some examples might include:
go data: add support for sorting by high-score
makefile: add docker build commands
- Commits should be as atomic as possible.