Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Consider automatic CI check for breaking API changes #5791

Open
alamb opened this issue May 21, 2024 · 0 comments
Open

Consider automatic CI check for breaking API changes #5791

alamb opened this issue May 21, 2024 · 0 comments
Labels
development-process Related to development process of arrow-rs enhancement Any new improvement worthy of a entry in the changelog

Comments

@alamb
Copy link
Contributor

alamb commented May 21, 2024

Is your feature request related to a problem or challenge? Please describe what you are trying to do.
As part of the discussion about release cadence in #5368, what continually comes up is "when do we introduce breaking API changes" and "what effect does maintaining the check / discipline of avoiding the breakage have on maintainer bandwidth"

Specifically, carefully evaluating all PRs to see if they have breaking API changes is non trivial and error prone, and thus increases maintenance cost.

Describe the solution you'd like
I would like to implement some sort of automated CI check that verifies semver compatibility and flags the PR appropriately if there is an API change

Describe alternatives you've considered
Perhaps we can try using one of the following crates

Additional context

@alamb alamb added enhancement Any new improvement worthy of a entry in the changelog development-process Related to development process of arrow-rs labels May 21, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
development-process Related to development process of arrow-rs enhancement Any new improvement worthy of a entry in the changelog
Projects
None yet
Development

No branches or pull requests

1 participant