Should we add a "breaking change" label in GitHub?
- Dominant language
- Rust
- Stars
- 9.3k
- Forks
- 2.4k
- Avg merge
- 3d 7h
- Merged PRs (30d)
- 344
Description
### Is your feature request related to a problem or challenge?
We have an "api change" label to indicate breaking API changes, but this doesn't seem appropriate for indicating changes to query execution behavior that produce different results when compared to earlier releases.
I wonder if we should add a "breaking change" label as well?
### Describe the solution you'd like
_No response_
### Describe alternatives you've considered
_No response_
### Additional context
_No response_
Contributor guide
Research direction
Start by reviewing the existing "api change" label and the issue's discussion about query execution changes. Done means reaching a documented decision on whether a separate "breaking change" label is needed and defining when it should be used.
Written by the indexing model from the issue text.
Assessment
- Domain
- release
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100