You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It is unclear to a reader stumbling upon the x/telemetry repo what it does, who it is for, and what a user can expect in terms of support or API stability. I think the answers are, respectively:
The x/telemetry repo defines a system for counting events and reporting crashes in tools provided and maintained by the Go project, to help us improve those tools. See [link] for the design.
Data collection is off by default. Please enable telemetry to help us find and fix bugs. See [link] for privacy policy.
Telemetry has no effect on applications built using Go tools.
Telemetry is not intended for use in programs other than those written by the Go team, and we do not support such uses. However you are free to use the code as the basis for your own telemetry system as permitted by the license.
Although the Go project strives to avoid breaking changes to public APIs, given that this is not a supported public API we make no guarantees of interface stability.
We should document the actual answers in the root README.
The text was updated successfully, but these errors were encountered:
Related to #36238? Maybe even a dup, made less obvious by the moves that happened since then.
The x/tools/internal/event (nee telemetry) package is in fact unrelated to the x/telemetry repo--though I had to dig to confirm this: I wasn't even aware of its old name. Though clearly overengineered^Wintended to integrate with standard protocols like OpenTelemetry, it has to my knowledge never been used as part of a distributed system; it just reports counters visible in the the localhost web server. But its current comment and API seem reasonable: https://pkg.go.dev/golang.org/x/tools/internal/event
It is unclear to a reader stumbling upon the x/telemetry repo what it does, who it is for, and what a user can expect in terms of support or API stability. I think the answers are, respectively:
We should document the actual answers in the root README.
The text was updated successfully, but these errors were encountered: