-
Notifications
You must be signed in to change notification settings - Fork 23
Issue labels
Wiki ▸ Issue labels
We use the GitHub issue tracker to stay informed about most work being done on the Buoy project. Each issue can be labelled, like a tag. This page describes some key labels we use to help us work more effectively with GitHub issues.
See a full list of Buoy project labels. For help using GitHub's issue tracker generally, see Managing projects.
For bugs! We define bugs as any "problem" (which is vague, we know) or unintended behavior.
Bugs can be applied to the software's code itself, its documentation, or even wiki pages. Even a typo is a bug (although in that case, you are encouraged to just edit the page to fix the typo, if you can…).
Labels that start with component:
relate to a group of features in Buoy. We call these feature groups "components." Individual components are things like, for instance, the chat system (component:chat
), the shared map (component:map
), or the various notification adapters (component:notifications
).
For feature requests, suggestions for improving an existing feature, or anything else that doesn't currently exist in Buoy's functionality but that would make Buoy even more awesome.
Low-hanging fruit that we think might be easy for a novice coder or someone new to the codebase to tackle. If you're a new contributor, try picking up an issue labeled with one of these, first.
The opposite of the good first issue
issue. These are issues that we are having some difficulty with and could use the help of others experienced with the problem domain.
For building interoperability with other platforms and tools that provide some or all of the features that Buoy provides. For instance, alternative chat protocols or different Content Management System (CMS) platforms.
We use the same project that we use for Buoy itself for managing Buoy's supporting projects, such as the website, this wiki, and other related efforts. When an issue relates to one of these additional projects, rather than Buoy's source code itself, it usually has one of these labels, such as meta:project website
(used for the Buoy project website).
This refers to issues which aim to improve the speed or robustness of existing features.
In programming, "refactoring" is a process where code is changed, rewritten, or reorganized to make it easier to work with without changing functionality for the user.
Sometimes issues submitted by a reporter are incomplete, and in order to address them we need more information. Sometimes the reports are complete, but in the process of trying to fix the issue, we need to ask followup questions. In any of those cases, we assign the reporter feedback needed
label to indicate that we're blocked on an issue and are waiting for more information from the issue's reporter.
Questions? Double-check the Frequently Asked Questions. Otherwise, if you want help from other users, try the Buoy Support Forum. To contact the developers, open a new issue.