-
-
Notifications
You must be signed in to change notification settings - Fork 2.3k
Project management
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 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 to -
platform
The operating system that the issue can be reproduced on -
priority
The importance of an issue that the core team should address before a release -
renderer
The graphics renderer that the issue relates to -
ruleset
The ruleset that the issue relates to -
size
(with a slash) The ranking of lines of code that a PR changes -
type
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 file -
epic
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 code -
pending-new-renderer
Issues that may be fixed when using the new renderers -
next-release
Pull requests which are almost there. We'll aim to get them in the next release, but no guarantees!
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.