go/opentelemetry-go
go/opentelemetry-go
1
0
Fork 0
mirror of https://github.com/open-telemetry/opentelemetry-go.git synced 2024-12-12 10:04:29 +02:00
Code Issues Releases Activity
224629bd0b
opentelemetry-go/example/jaeger/go.mod

16 lines
370 B
Modula-2
Raw Normal View History

Namespace import path under "/otel" (#274) Also fixes example module paths so that they use the vanity URL instead of the github URL. [Closes #184]
2019-11-01 20:40:29 +02:00
module go.opentelemetry.io/otel/example/jaeger
Automate getting the list of examples to build (and switch to go 1.13 to avoid module problems) (#246) * automate building all the examples the EXAMPLES variable was out of date - the stackdriver example wasn't even built let's automate it, so we don't need to remember about updating the variable after adding a new example to the examples directory * move jaeger example to example directory this should be in the examples directory, so it can be built by the make test during CI. * switch to go 1.13 circle ci uses go 1.12 (which is the oldest 1.12 release) that contains some bugs with module handling let's switch to go 1.13.3, the latest go currently * use a single valid revision of the project in go.mod files this probably shouldn't be a problem since the switch to go 1.13 in circle ci, but cleans up the mess and the use of bogus releases
2019-10-29 17:45:48 +02:00
Make the SDK into its own Go module (#985) * Remove otel/sdk dependency from grpctrace Use otel/trace/testtrace instead and cleanup testing code. * Update httptrace to not depend on the SDK Update testing to use api/trace/testtrace instead. * Add changes to Changelog * Make the SDK its own Go module * Upgrade go.mod to 1.14 project wide * go mod tidy
2020-07-30 00:54:26 +02:00
go 1.14
Automate getting the list of examples to build (and switch to go 1.13 to avoid module problems) (#246) * automate building all the examples the EXAMPLES variable was out of date - the stackdriver example wasn't even built let's automate it, so we don't need to remember about updating the variable after adding a new example to the examples directory * move jaeger example to example directory this should be in the examples directory, so it can be built by the make test during CI. * switch to go 1.13 circle ci uses go 1.12 (which is the oldest 1.12 release) that contains some bugs with module handling let's switch to go 1.13.3, the latest go currently * use a single valid revision of the project in go.mod files this probably shouldn't be a problem since the switch to go 1.13 in circle ci, but cleans up the mess and the use of bogus releases
2019-10-29 17:45:48 +02:00
replace (
Namespace import path under "/otel" (#274) Also fixes example module paths so that they use the vanity URL instead of the github URL. [Closes #184]
2019-11-01 20:40:29 +02:00
go.opentelemetry.io/otel => ../..
Rename the exporter directory to exporters (#502) The `go.opentelemetry.io/otel/exporter/trace/jaeger` package was mistakenly released with a `v1.0.0` tag instead of `v0.1.0`. This resulted in all subsequent releases not becoming the default latest, meaning that `go get`s pulled in the incompatible `v0.1.0` release of that package when pulling in more recent packages from other otel packages. Renaming the `exporter` directory to `exporters` fixes this issue by consequentially renaming the package. Additionally, this action also renames *all* exporters. This is understood to be a disruptive action to existing users as they will need to update any dependencies they currently have on our exporters. However, it was decided to take this action regardless. The need to resolve the existing issue explained above is highly important, and given the Alpha state of this project these kinds of breaking changes should be expected (though not without reason). Resolves #331 Co-authored-by: Rahul Patel <rghetia@yahoo.com>
2020-03-02 23:54:57 +02:00
go.opentelemetry.io/otel/exporters/trace/jaeger => ../../exporters/trace/jaeger
Make the SDK into its own Go module (#985) * Remove otel/sdk dependency from grpctrace Use otel/trace/testtrace instead and cleanup testing code. * Update httptrace to not depend on the SDK Update testing to use api/trace/testtrace instead. * Add changes to Changelog * Make the SDK its own Go module * Upgrade go.mod to 1.14 project wide * go mod tidy
2020-07-30 00:54:26 +02:00
go.opentelemetry.io/otel/sdk => ../../sdk
Automate getting the list of examples to build (and switch to go 1.13 to avoid module problems) (#246) * automate building all the examples the EXAMPLES variable was out of date - the stackdriver example wasn't even built let's automate it, so we don't need to remember about updating the variable after adding a new example to the examples directory * move jaeger example to example directory this should be in the examples directory, so it can be built by the make test during CI. * switch to go 1.13 circle ci uses go 1.12 (which is the oldest 1.12 release) that contains some bugs with module handling let's switch to go 1.13.3, the latest go currently * use a single valid revision of the project in go.mod files this probably shouldn't be a problem since the switch to go 1.13 in circle ci, but cleans up the mess and the use of bogus releases
2019-10-29 17:45:48 +02:00
)
require (
Release v0.11.0 (#1089) * Prepare for releasing v0.11.0 * Update CHANGELOG.md to reflect scope of v0.11.0 release * Update CHANGELOG.md Co-authored-by: Tyler Yahn <MrAlias@users.noreply.github.com> Co-authored-by: Tyler Yahn <MrAlias@users.noreply.github.com>
2020-08-25 04:38:37 +02:00
go.opentelemetry.io/otel v0.11.0
go.opentelemetry.io/otel/exporters/trace/jaeger v0.11.0
go.opentelemetry.io/otel/sdk v0.11.0
Automate getting the list of examples to build (and switch to go 1.13 to avoid module problems) (#246) * automate building all the examples the EXAMPLES variable was out of date - the stackdriver example wasn't even built let's automate it, so we don't need to remember about updating the variable after adding a new example to the examples directory * move jaeger example to example directory this should be in the examples directory, so it can be built by the make test during CI. * switch to go 1.13 circle ci uses go 1.12 (which is the oldest 1.12 release) that contains some bugs with module handling let's switch to go 1.13.3, the latest go currently * use a single valid revision of the project in go.mod files this probably shouldn't be a problem since the switch to go 1.13 in circle ci, but cleans up the mess and the use of bogus releases
2019-10-29 17:45:48 +02:00
)
Reference in New Issue Copy Permalink