-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
[VERSIONING.md] Reorganize and clarify compatibility guarantees #8812
[VERSIONING.md] Reorganize and clarify compatibility guarantees #8812
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #8812 +/- ##
=======================================
Coverage 91.57% 91.57%
=======================================
Files 316 316
Lines 17147 17147
=======================================
Hits 15702 15702
Misses 1150 1150
Partials 295 295 ☔ View full report in Codecov by Sentry. |
Co-authored-by: Yang Song <[email protected]>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
This PR was marked stale due to lack of activity. It will be closed in 14 days. |
* **String representation**. The `String` method of any struct is intended to be human-readable and may change its output | ||
in any way. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
👍
Unless otherwise specified in the documentation, the following may change in any way between minor versions: | ||
* **String representation**. The `String` method of any struct is intended to be human-readable and may change its output | ||
in any way. | ||
* **Go version compatibility**. Removing support for an unsupported Go version is not considered a breaking change. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Does unsupported
here mean unsupported by Go or unsupported by us.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Supported by the Go team. This is mostly a rephrasing of what is already on the README https://github.com/open-telemetry/opentelemetry-collector?tab=readme-ov-file#compatibility
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM. Thanks for putting this together.
Description: Reorganize
VERSIONING.md
, specify compatibility guarantees that have already been discussed and answer questions on #8002.Three new guarantees in the document had already been discussed elsewhere:
pdata
's 1.0 (consensus seems to be that it should not).Regarding the questions mentioned on #8002:
Generally, yes except when the configuration was already invalid (i.e. the Collector did not work properly with it).
I did not add anything for this one. I think we should discuss it, but:
NewDefault...
for all configurations (e.g. forconfignet.TCPAddr
, what would the default be?)Validate
, and not throughNewDefault...
.NewDefault
may help but ultimately we need to verify throughValidate
.This was already in this document, where we had decided that adding new fields was okay. I think it would be too stringent to bar us from adding new fields.
Link to tracking Issue: Fixes #8002