Skip to content

Define 'breaking change' for Ably SDKs #46

@QuintinWillison

Description

@QuintinWillison

In #45 we're starting to flesh out what a 'version bump' means for an Ably SDK, including what should trigger different grades of bump (major vs minor, etc..).

There are scenarios where we may need to present a 'breaking change' where there is no change to user-facing SDK APIs. We should produce some guidance around what Ably considers a breaking SDK change in relation to less obvious edge cases (e.g. dropping support for a platform/runtime version).

As pointed out and illustrated in more detail by @owenpearson in this comment,

Metadata

Metadata

Assignees

No one assigned

    Labels

    SDKRelates to the Ably SDK Team and our ways of working in open source.

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions