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
The purpose of these packages is to provide tracing on top of commonly used packages from the standard library as well as the
3
+
The purpose of these packages is to provide tracing on top of commonly used packages from the standard library as well as the
4
4
community in a "plug-and-play" manner. This means that by simply importing the appropriate path, functions are exposed having
5
-
the same signature as the original package. These functions return structures that embed the original return value, allowing
5
+
the same signature as the original package. These functions return structures that embed the original return value, allowing
6
6
them to be used as they normally would with tracing activated out of the box.
7
7
8
8
All of these libraries are supported by our [APM product](https://www.datadoghq.com/apm/).
@@ -36,6 +36,10 @@ Third, some guidelines to follow on naming functions:
36
36
37
37
Each integration comes with a thorough documentation and usage examples. A good overview can be seen on our [godoc](https://pkg.go.dev/github.com/DataDog/dd-trace-go/v2/contrib) page.
38
38
39
+
### Tests
40
+
41
+
Write tests for your new integration and include them in a file ``<name>_test.go``. This will cause your new tests to be automatically run by the Continuous Integration system on new pull requests.
42
+
39
43
### Instrumentation telemetry
40
44
41
45
Every integration is expected to import instrumentation telemetry to gather integration usage (more info [here](https://docs.datadoghq.com/tracing/configure_data_security/#telemetry-collection)). Instrumentation telemetry can be enabled by adding the following `init` function to the new contrib package:
0 commit comments