Quick answer: A label, also called a tag, is a short keyword you attach to an issue to classify it. Labels let you organize bugs along whatever dimensions matter to you, the game area, the platform, the type of bug, the team, and then filter and group by those labels to see related issues together.

Labels are the flexible organizing layer of a bug tracker. Where status tracks a bug's stage and priority its urgency, labels let you classify bugs along any dimension you choose, and a single bug can carry several. This flexibility is what lets you slice your bugs the way your particular game and team need: by subsystem, by platform, by type, by anything. Understanding labels is understanding how to impose your own structure on your bug data.

What Labels Do

A label is a keyword tag attached to an issue. Unlike fixed fields with set values, labels are free-form and a bug can have many, so they are a flexible way to add classification. You define a labeling scheme that fits your needs, perhaps by game area (rendering, audio, UI, gameplay), by platform (PC, mobile, Switch), by type (crash, visual, balance), or by workflow (needs-info, regression, good-first-fix), and tag bugs accordingly.

Once bugs are labeled, the labels become handles for filtering and grouping. You can pull up all the 'audio' bugs, or all the 'Switch' bugs, or all the 'regression' bugs, seeing related issues together. Labels turn an undifferentiated list into something you can slice along the dimensions that matter to your game.

Why Labels Are Useful

Labels enable organization that fixed fields cannot. Every game has its own structure, its own subsystems, platforms, and concerns, and labels let you map your tracker to that structure. This pays off in routing (label by area, then each area's owner works their label), in analysis (which subsystem generates the most bugs?), and in focus (work through all the UI bugs in one batch while that code is fresh in your head).

Labels also support saved views and batching. A saved view filtered to a label gives you a focused working list (all the rendering bugs); batching your fixes by label lets you tackle related bugs together for the mental price of one context-switch. The simple act of tagging bugs unlocks a lot of downstream organization.

Using Labels Well

The main discipline with labels is keeping the scheme consistent and not over-proliferating. A focused set of meaningful labels (a dozen well-chosen ones) is far more useful than a sprawling, inconsistent mess where similar bugs get different tags. Decide on the dimensions that matter, area, platform, type, and label consistently so the labels remain reliable filters.

Bugnet supports labels for organizing your issues, so you can tag bugs by your own scheme and then filter and build saved views around them, routing bugs to owners by area, batching fixes by subsystem, and analyzing which parts of your game generate the most issues. Combined with saved views, labels are how you turn a flat list of bugs into an organized structure that matches how you actually think about and work on your game.

Labels let you slice your bugs your way, by area, platform, or type. Status tracks the stage; labels impose your own structure on top.