Quick answer: A regression is a bug that breaks something that previously worked, usually introduced by a change; a new bug is a defect in something new. A regression points at what changed; version tracking reveals which update caused it.
Not all bugs are alike: a regression broke something that used to work, while a new bug is a flaw in something new. The distinction shapes how you diagnose and prevent them. Here's the difference between a regression and a new bug.
What a Regression Is
A regression is a bug that breaks functionality that previously worked. Something was fine, you made a change, and now it's broken, the change caused a regression. Regressions are insidious because they undo working features, often in areas unrelated to what you intended to change, and they erode stability over time if not caught.
Because a regression is tied to a change, it's traceable: it started in a specific version. Bugnet tags issues by version, so a regression shows up as a problem new on a particular build, pointing you at the update, and the changes, that caused it.
What a New Bug Is
A new bug is a defect in something newly added, a freshly-implemented feature that has a flaw, or a new piece of content that doesn't work right. It's not breaking something that worked before; it's something that never worked correctly because it's new. New bugs are expected when adding features.
New bugs are part of building, any new code can have defects. Bugnet captures these alongside regressions, but the key difference is that a new bug is in new functionality, while a regression broke existing functionality. The diagnosis differs accordingly.
Why the Distinction Matters
The distinction guides diagnosis and prevention. A regression points you at what changed, the diff in the version that introduced it likely contains the cause, so version tracking makes regressions far easier to trace. A new bug points you at the new feature itself. Regressions also signal a need for better regression testing to catch them before shipping.
Bugnet's per-version tracking is what lets you tell a regression (new on a build, breaking old functionality) from a new bug (a flaw in new functionality). So treat regressions as traceable to a change, use version tracking to find which update caused them, and recognize new bugs as defects in new work, each with its own diagnostic path.
A regression breaks something that previously worked (usually from a change); a new bug is a flaw in newly-added functionality. A regression points at what changed, version tracking reveals which update caused it.