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
Copy file name to clipboardexpand all lines: CONTRIBUTING.md
+13-4
Original file line number
Diff line number
Diff line change
@@ -25,25 +25,29 @@ The Conventional Commits specification is a lightweight convention on top of com
25
25
We use [commitlint](https://github.com/conventional-changelog/commitlint) and [husky](https://github.com/typicode/husky) to prevent bad commit message.
26
26
For example, you want to submit the following commit message `git commit -s -am "my bad commit"`.
27
27
You will receive the following error :
28
-
```
28
+
29
+
```text
29
30
✖ type must be one of [ci, feat, fix, docs, style, refactor, perf, test, revert, chore] [type-enum]
30
31
```
32
+
31
33
Here an exemple that will pass the verification: `git commit -s -am "chore(opentelemetry-core): update deps"`
32
34
33
35
### Fork
34
36
35
37
In the interest of keeping this repository clean and manageable, you should work from a fork. To create a fork, click the 'Fork' button at the top of the repository, then clone the fork locally using `git clone [email protected]:USERNAME/opentelemetry-js-contrib.git`.
36
38
37
39
You should also add this repository as an "upstream" repo to your local copy, in order to keep it up to date. You can add this as a remote like so:
To update your fork, fetch the upstream repo's branches and commits, then merge your main with upstream's main:
46
-
```
49
+
50
+
```bash
47
51
git fetch upstream
48
52
git checkout main
49
53
git merge upstream/main
@@ -63,22 +67,26 @@ The `opentelemetry-js-contrib` project is written in TypeScript.
63
67
-`npm test` tests code the same way that our CI will test it.
64
68
-`npm run lint:fix` lint (and maybe fix) any changes.
65
69
66
-
67
70
### Generating API documentation
71
+
68
72
-`npm run docs` to generate API documentation. Generates the documentation in `packages/opentelemetry-api/docs/out`
69
73
70
74
### Generating CHANGELOG documentation
75
+
71
76
-`npm run changelog` to generate CHANGELOG documentation in your terminal (see [RELEASING.md](RELEASING.md) for more details).
72
77
73
78
### Benchmarks
79
+
74
80
When two or more approaches must be compared, please write a benchmark in the benchmark/index.js module so that we can keep track of the most efficient algorithm.
75
81
76
82
-`npm run bench` to run your benchmark.
77
83
78
84
## Contributing Vendor Components
85
+
79
86
This repo is generally meant for hosting components that work with popular open-source frameworks and tools. However, it is also possible to contribute components specific to a 3rd party vendor in this repo.
80
87
81
88
### Adding a New Vendor Component
89
+
82
90
Vendor components that are hosted in this repo will be versioned the same as all other contrib components, and released in lockstep with them under the `@opentelemetry` org in NPM.
83
91
84
92
In exchange, vendor component contributors are expected to:
@@ -96,4 +104,5 @@ In exchange, vendor component contributors are expected to:
96
104
- Update their components' usage of Core APIs upon the introduction of breaking changes upstream
97
105
98
106
### Removing Vendor Components
107
+
99
108
All vendor components are subject to removal from the repo at the sole discretion of the maintainers. Reasons for removal include but are not limited to failing to adhere to any of the expectations defined above in a timely manner. "Timely manner" can vary depending on the urgency of the task, for example if a flaky unit test is blocking a release for the entire repo that would be far more urgent than responding to a question about usage. As a rule of thumb, 2-3 business days is a good goal for non-urgent response times.
Web Browsers | ✅ See [Browser Support](#browser-support) below
115
115
116
116
### Node Support
117
+
117
118
Automated tests are run using the latest release of each currently active version of Node.JS.
118
119
While Node.JS v8 is no longer supported by the Node.JS team, the latest version of Node.JS v8 is still included in our testing suite.
119
120
Please note that versions of Node.JS v8 prior to `v8.5.0` will NOT work, because OpenTelemetry Node depends on the `perf_hooks` module introduced in `v8.5.0`
120
121
121
122
### Browser Support
123
+
122
124
Automated browser tests are run in the latest version of Headless Chrome.
123
125
There is currently no list of officially supported browsers, but OpenTelemetry is developed using standard web technologies with wide support and should work in currently supported versions of major browsers.
Copy file name to clipboardexpand all lines: RELEASING.md
+8-3
Original file line number
Diff line number
Diff line change
@@ -3,7 +3,7 @@
3
3
This repository uses [Release Please](https://github.com/googleapis/release-please) to manage its releases automatically and independently.
4
4
Modified packages are automatically published to NPM when the auto-generated Release Please PR is merged.
5
5
6
-
# Manual Publishing Process
6
+
##Manual Publishing Process
7
7
8
8
For posterity, or in the event of any failures with release-please, the process for performing a manual release is below.
9
9
@@ -42,13 +42,16 @@ Decide on the next `major.minor.patch` release number based on [semver](http://s
42
42
Since we use `lerna`, we can use [lerna-changelog](https://github.com/lerna/lerna-changelog#lerna-changelog)
43
43
44
44
#### How to use
45
+
45
46
Pass your [github token](https://help.github.com/en/articles/creating-a-personal-access-token-for-the-command-line) to generate the changelog automatically.
46
47
For security reasons, when you create a Github token, select the permissions: under **repo**, select **Access public repositories**, **commit status**.
By default lerna-changelog will show all pull requests that have been merged since the latest tagged commit in the repository. That is however only true for pull requests **with certain labels applied** (see [lerna.json](lerna.json) for authorized labels).
68
72
69
73
You can also use the `--from` and `--to` options to view a different range of pull requests:
Copy file name to clipboardexpand all lines: examples/connect/README.md
+9-6
Original file line number
Diff line number
Diff line change
@@ -3,6 +3,7 @@
3
3
OpenTelemetry Connect Instrumentation allows the user to automatically collect trace data and export them to the backend of choice (Collector Exporter), to give observability to distributed systems.
4
4
5
5
This is a simple example that demonstrates tracing calls made to Connect API. The example shows key aspects of tracing such as
6
+
6
7
- Root Span (on Client)
7
8
- Child Span (on Client)
8
9
- Span Events
@@ -11,15 +12,15 @@ This is a simple example that demonstrates tracing calls made to Connect API. Th
11
12
## Installation
12
13
13
14
```sh
14
-
$ # from this directory
15
-
$ npm install
15
+
# from this directory
16
+
npm install
16
17
```
17
18
18
19
## Run the Application
19
20
20
21
### Collector - docker container
21
22
22
-
- Run docker container with collector
23
+
- Run docker container with collector
23
24
24
25
```sh
25
26
# from this directory
@@ -28,26 +29,28 @@ $ npm install
28
29
29
30
### Server
30
31
31
-
- Run the server
32
+
- Run the server
32
33
33
34
```sh
34
35
# from this directory
35
36
$ npm run server
36
37
```
37
38
38
-
- Run the client
39
+
- Run the client
39
40
40
41
```sh
41
42
# from this directory
42
43
npm run client
43
44
```
44
45
45
46
#### Zipkin UI
46
-
Go to Zipkin with your browser [http://localhost:9411/]()
47
+
48
+
Go to Zipkin with your browser <http://localhost:9411/>
`zipkin:client` script should output the `traceid` in the terminal (e.g `traceid: 4815c3d576d930189725f1f1d1bdfcc6`).
37
-
Go to Zipkin with your browser [http://localhost:9411/zipkin/traces/(your-trace-id)]() (e.g http://localhost:9411/zipkin/traces/4815c3d576d930189725f1f1d1bdfcc6)
37
+
Go to Zipkin with your browser <http://localhost:9411/zipkin/traces/(your-trace-id)> (e.g <http://localhost:9411/zipkin/traces/4815c3d576d930189725f1f1d1bdfcc6>)
`zipkin:server` script should output the `traceid` in the terminal (e.g `traceid: 4815c3d576d930189725f1f1d1bdfcc6`).
43
-
Go to Zipkin with your browser [http://localhost:9411/zipkin/traces/(your-trace-id)]() (e.g http://localhost:9411/zipkin/traces/4815c3d576d930189725f1f1d1bdfcc6)
45
+
Go to Zipkin with your browser <http://localhost:9411/zipkin/traces/(your-trace-id)> (e.g <http://localhost:9411/zipkin/traces/4815c3d576d930189725f1f1d1bdfcc6>)
Copy file name to clipboardexpand all lines: examples/fastify/README.md
+9-6
Original file line number
Diff line number
Diff line change
@@ -3,6 +3,7 @@
3
3
OpenTelemetry Fastify Instrumentation allows the user to automatically collect trace data and export them to the backend of choice (Collector Exporter), to give observability to distributed systems.
4
4
5
5
This is a simple example that demonstrates tracing calls made to Fastify API. The example shows key aspects of tracing such as
6
+
6
7
- Root Span (on Client)
7
8
- Child Span (on Client)
8
9
- Span Events
@@ -11,15 +12,15 @@ This is a simple example that demonstrates tracing calls made to Fastify API. Th
11
12
## Installation
12
13
13
14
```sh
14
-
$ # from this directory
15
-
$ npm install
15
+
# from this directory
16
+
npm install
16
17
```
17
18
18
19
## Run the Application
19
20
20
21
### Collector - docker container
21
22
22
-
- Run docker container with collector
23
+
- Run docker container with collector
23
24
24
25
```sh
25
26
# from this directory
@@ -28,26 +29,28 @@ $ npm install
28
29
29
30
### Server
30
31
31
-
- Run the server
32
+
- Run the server
32
33
33
34
```sh
34
35
# from this directory
35
36
$ npm run server
36
37
```
37
38
38
-
- Run the client
39
+
- Run the client
39
40
40
41
```sh
41
42
# from this directory
42
43
npm run client
43
44
```
44
45
45
46
#### Zipkin UI
46
-
Go to Zipkin with your browser [http://localhost:9411/]()
47
+
48
+
Go to Zipkin with your browser <http://localhost:9411/>
0 commit comments