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

Guidance around branching strategy for maintenance releases on older SDK versions #37

Open
QuintinWillison opened this issue Jun 27, 2022 · 0 comments
Labels
SDK Relates to the Ably SDK Team and our ways of working in open source.

Comments

@QuintinWillison
Copy link
Contributor

QuintinWillison commented Jun 27, 2022

As part of our commitment to adopting semantic versioning across all SDKs from version 2, we are going to be making more breaking changes to SDKs. This brings with it the expectation that we will need to release patch releases on older series of SDKs, most likely in response to bugs reported by customers.

We should document how this will achieved, including naming convention for these maintenance branches. The expectation is that we would not created a maintenance branch for an older SDK version until the need arises (branch from Git release tag), and that at that point that branch would become protected in the same way that main branch is.

@QuintinWillison QuintinWillison added the SDK Relates to the Ably SDK Team and our ways of working in open source. label Jun 27, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
SDK Relates to the Ably SDK Team and our ways of working in open source.
Development

No branches or pull requests

1 participant