For this project we are in a relatively unique situation where we have a live product but we are also aiming to "ship" feature-complete at a future date to allow migration away from osu-stable
(the old osu! client). For this reason, for the time being we have a primary focus on completing remaining tasks required to "go live".
Labels
Labels track rough areas of concern or types of issues. Labels are defined as <category>:<identifier>
. At most, one identifier
should be chosen per category
per issue.
Current categories:
area
The area in the game that the issue relates toplatform
The operating system that the issue can be reproduced onpriority
The importance of an issue that the core team should address before a releaserenderer
The graphics renderer that the issue relates toruleset
The ruleset that the issue relates tosize
(with a slash) The ranking of lines of code that a PR changestype
The type of an issue, if it can be defined into a common type
We also have special labels for other use cases:
blocked
An issue which is blocked on another task or external fix.compatibility-change
Changes to be considered in the future which break compatibility with osu!stable scores.dependencies
Pull requests that update a dependency fileepic
A feature of core importance (and also requiring considerable effort and thought).framework-fix-required
An issue that can't be resolved without changes to osu!framework.good first issue
A good place to start contributing to this project without going too deep.missing-details
Can't move forward without more details from the reporter.NET
Pull requests that update .net codepending-new-renderer
Issues that may be fixed when using the new renderersnext-release
Pull requests which are almost there. We'll aim to get them in the next release, but no guarantees!
Projects
Projects track large areas of the game which are required for live. These can be considered "epic" issues. We don't directly use the "kanban" views and generally these are used for tracking purposes at a high level.