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

Decide on versioning strategy #61

Open
robobario opened this issue Nov 19, 2024 · 1 comment
Open

Decide on versioning strategy #61

robobario opened this issue Nov 19, 2024 · 1 comment

Comments

@robobario
Copy link
Contributor

We could follow semver, but maybe a minor bump is justified when we bump the flink version.

Or we could be releasing artifacts including a flink version since it's quite fundamental. Like maybe we should be releasing an x.y.z-1.20 tag. So the project maven version could follow the semver of the flink-sql job API and we use the flink version tag to show what flink version we're building against.

@tomncooper
Copy link
Contributor

I think a minor version bump on the semver for a flink change is ok.

I think we should probably just leave it as semver and have a compatibility matrix in the README. It is likely that in future more compatibility variables turn up (Kafka, Kubernetes, etc) so keeping them in a table rather than the main version makes sense.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants