Skip to content
This repository has been archived by the owner on May 23, 2023. It is now read-only.

When are the wild api changes expected to settle down? #349

Closed
rvowles opened this issue May 8, 2019 · 5 comments
Closed

When are the wild api changes expected to settle down? #349

rvowles opened this issue May 8, 2019 · 5 comments

Comments

@rvowles
Copy link

rvowles commented May 8, 2019

Because we depend on other libraries as well as our own wrapped around open tracing, wild API changes such as have happened from 0.31 -> 0.33 are undesirable. Before making any attempt to upgrade, it would be useful to know when these backwards incompatible API changes will settle down. As such we will stick with 0.31 before investing more time.

@whiskeysierra
Copy link

Starting with 1.0, I guess.

@austinlparker
Copy link
Member

More seriously, I believe that we expect 0.33 to be somewhat stable as we're building the OpenTracing -> OpenTelemetry adapter against it (see https://medium.com/opentracing/a-roadmap-to-convergence-b074e5815289 for more).

@rvowles
Copy link
Author

rvowles commented May 9, 2019 via email

@whiskeysierra
Copy link

Willi not so much.

My statement was a snotty response to the provoking title.

In all seriousness though:

Major version zero (0.y.z) is for initial development. Anything may change at any time. The public API should not be considered stable.

https://semver.org/#spec-item-4

I'm assuming semantic versioning is used based on #114 (comment). A one liner in the readme regarding versioning would be nice.

@austinlparker
Copy link
Member

Thanks for the suggestion about making the semver expectations more clear in the readme, @whiskeysierra.

Closing this issue.

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

No branches or pull requests

3 participants