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

Suggestion: Semantic Verisoning / 1.0 #194

Closed
callum-tait-pbx opened this issue Nov 16, 2020 · 1 comment
Closed

Suggestion: Semantic Verisoning / 1.0 #194

callum-tait-pbx opened this issue Nov 16, 2020 · 1 comment

Comments

@callum-tait-pbx
Copy link
Contributor

callum-tait-pbx commented Nov 16, 2020

@mumoshu yourself and the community has done some amazing work with the project and I think over the last couple of months it has really come together. I wanted to suggest that after the docker changes are merged and working we should move to 1.0 and we start releasing based on semantic versioning to indicate breaking changes?

I mention this as the system now has a few dependencies on APIs. It would be useful if releases could indicate if it is a breaking change because we are updating the version of APIs used going forward. The 2 that immediately pop into my head are:

  • cert-manager APIs. cert-manager has gone 1.0 and so you can start expecting enterprises to expect some stability and for cert-manager to gain some momentum now that it is in 1.0
  • K8s APIs Update deprecated APIs #144 (this should probably be looked at soonish)

Thoughts?

@callum-tait-pbx
Copy link
Contributor Author

We've moved to Helm which comes with it semantic verisoning in the chart.yaml, this is no longer needed

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

1 participant