@dbos-inc/dbos-sdk 5.3.6-preview → 5.3.6-test.0a362f9
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/DEVELOPING.md +45 -0
- package/package.json +1 -8
package/DEVELOPING.md
ADDED
|
@@ -0,0 +1,45 @@
|
|
|
1
|
+
# Developing DBOS Transact
|
|
2
|
+
|
|
3
|
+
## Releasing
|
|
4
|
+
|
|
5
|
+
Every package in this repo is released together, from the tip of `main`, with one command:
|
|
6
|
+
|
|
7
|
+
```shell
|
|
8
|
+
node publish/make_release.mjs
|
|
9
|
+
```
|
|
10
|
+
|
|
11
|
+
This tags `main` as `vX.Y` (the next minor version), pushes the tag together with a new `release/vX.Y` branch, then runs the publish workflow on that branch and waits for it to finish.
|
|
12
|
+
Nothing is pushed until every check passes: clean working tree, on `main`, identical to `origin/main`, and at least one commit since the last release.
|
|
13
|
+
No commit is made on any branch.
|
|
14
|
+
|
|
15
|
+
To release a specific version, such as a major bump:
|
|
16
|
+
|
|
17
|
+
```shell
|
|
18
|
+
node publish/make_release.mjs --version 6.0
|
|
19
|
+
```
|
|
20
|
+
|
|
21
|
+
To publish a patch after merging backports into an existing release branch:
|
|
22
|
+
|
|
23
|
+
```shell
|
|
24
|
+
node publish/make_release.mjs --patch 5.3
|
|
25
|
+
```
|
|
26
|
+
|
|
27
|
+
Pass `--no-publish` to tag and push without running the publish workflow.
|
|
28
|
+
You need the [GitHub CLI](https://cli.github.com/) logged in with `repo` and `workflow` scopes, and permission to create branches and tags in this repo.
|
|
29
|
+
|
|
30
|
+
### Versions
|
|
31
|
+
|
|
32
|
+
`publish/version.mjs` derives the version of a build from the nearest `vX.Y` tag and the number of commits since it.
|
|
33
|
+
Run it on any checkout to see what a build of the current branch would be versioned.
|
|
34
|
+
|
|
35
|
+
| Branch | Version | npm dist-tag |
|
|
36
|
+
| -------------- | ---------------------------------------- | ------------ |
|
|
37
|
+
| `release/vX.Y` | `X.Y.<commits since tag vX.Y>` | `latest` |
|
|
38
|
+
| `main` | `X.(Y+1).<commits since tag>-preview` | `preview` |
|
|
39
|
+
| anything else | `X.(Y+1).<commits since tag>-test.<sha>` | `test` |
|
|
40
|
+
|
|
41
|
+
The publish workflow runs on every push to `main`, so each merge publishes a preview.
|
|
42
|
+
Dispatching it manually on any other branch publishes a `test` build, which is how to try out the publish path without touching `latest`.
|
|
43
|
+
|
|
44
|
+
Release branches created before this scheme (`release/v5.2` and earlier) already have patch versions higher than the commit count since their tag.
|
|
45
|
+
To publish a patch from one of them, first tag its tip with the last version published from it, such as `v5.2.11`; later commits are then versioned `5.2.12` and up.
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@dbos-inc/dbos-sdk",
|
|
3
|
-
"version": "5.3.6-
|
|
3
|
+
"version": "5.3.6-test.0a362f9",
|
|
4
4
|
"description": "Lightweight durable workflows built on Postgres",
|
|
5
5
|
"license": "MIT",
|
|
6
6
|
"repository": {
|
|
@@ -48,10 +48,6 @@
|
|
|
48
48
|
"types": "./dist/src/eventreceiver.d.ts",
|
|
49
49
|
"import": "./dist/src/eventreceiver.js",
|
|
50
50
|
"require": "./dist/src/eventreceiver.js"
|
|
51
|
-
},
|
|
52
|
-
"./internal/*": {
|
|
53
|
-
"types": "./dist/src/*.d.ts",
|
|
54
|
-
"default": "./dist/src/*.js"
|
|
55
51
|
}
|
|
56
52
|
},
|
|
57
53
|
"typesVersions": {
|
|
@@ -61,9 +57,6 @@
|
|
|
61
57
|
],
|
|
62
58
|
"eventreceiver": [
|
|
63
59
|
"./dist/src/eventreceiver.d.ts"
|
|
64
|
-
],
|
|
65
|
-
"internal/*": [
|
|
66
|
-
"./dist/src/*.d.ts"
|
|
67
60
|
]
|
|
68
61
|
}
|
|
69
62
|
},
|