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

Using Semantic Versioning to manage API changes ? #53

Closed
sbernard31 opened this issue May 3, 2023 · 4 comments
Closed

Using Semantic Versioning to manage API changes ? #53

sbernard31 opened this issue May 3, 2023 · 4 comments

Comments

@sbernard31
Copy link
Collaborator

This issue aims to discuss about how to manage API changes in the future (not a short term question):

This was triggered by #48 (comment):

Not the first time when I update java-coap there is API break between 2 minor version, for now this is not a problem as we are in development phase, but if we release a stable version of Leshan including java-coap dependency, that could be an issue. Did you already consider to maybe move to Semantic Versioning ?

Yes, I am aware of that. When needed, we can switch to be more strict with API changes.

@sbernard31
Copy link
Collaborator Author

About tooling, it exist this maven plugin : https://revapi.org/revapi-site/main/index.html

@szysas
Copy link
Collaborator

szysas commented Aug 13, 2024

Closing this for now, in this project we need to be able to do fast and small changes and treat every commit to main branch as production ready.

@szysas szysas closed this as completed Aug 13, 2024
@sbernard31
Copy link
Collaborator Author

sbernard31 commented Aug 13, 2024

When needed, we can switch to be more strict with API changes.

Just to clarify, does it mean that ☝️ is still true ? or that means ☝️ is no more goal for the future ?

@szysas
Copy link
Collaborator

szysas commented Aug 13, 2024

Yes, it is true, when needed, we can switch to be more strict with API changes.

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