@seta-labs/proxy 0.1.0-next.1 → 0.1.0

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/CHANGELOG.md CHANGED
@@ -1,5 +1,12 @@
1
1
  # @seta-labs/proxy
2
2
 
3
+ ## 0.1.0
4
+
5
+ - Promote the SDK from `0.1.0-next.1` to the ordinary `latest` npm channel.
6
+ The Proxy 0.13.5 HTTP contract, public SDK interfaces and runtime behavior are unchanged.
7
+ - SDK releases publish only to npm. Consumers update their exact dependency
8
+ version and lockfile explicitly, then verify and release independently.
9
+
3
10
  ## 0.1.0-next.1
4
11
 
5
12
  ### Patch Changes
package/README.md CHANGED
@@ -78,7 +78,7 @@ Supported runtime: Node.js 22+ with native Fetch, and browsers with Fetch,
78
78
  Request, Response, Headers and AbortController. TypeScript declarations are
79
79
  self-contained; the private `@seta-proxy/types` workspace is not a consumer
80
80
  dependency. The repository gate uses Node 26; tarball smoke also runs on Node 22.
81
- The first prerelease targets the HTTP contract of Seta Proxy `0.13.5`.
81
+ SDK `0.1.0` targets the HTTP contract of Seta Proxy `0.13.5`.
82
82
 
83
83
  ## Packaging and release
84
84
 
@@ -90,11 +90,20 @@ checking enabled. Neither command publishes.
90
90
  Versions are independent of the application. The SDK stays on `0.x` until the
91
91
  owner explicitly authorizes graduation to `1.0`; stabilization does not imply
92
92
  that approval. Use Changesets for SDK and exposed contract changes, documenting
93
- compatibility and migration requirements for each `0.x` release. The prepared
94
- initial version is `0.1.0-next.0` (`next`). Each later release documents the minimum compatible server;
95
- publishing a package never deploys that server. Keep `publishConfig.tag` aligned
96
- when exiting prerelease mode; the workflow explicitly selects `next` or `latest`
97
- from the version.
93
+ compatibility and migration requirements for each `0.x` release. Ordinary
94
+ releases use the `latest` npm channel, without a prerelease suffix. Each later
95
+ release documents the minimum compatible server; publishing a package never
96
+ deploys that server or updates, merges or releases any consumer.
97
+
98
+ Update explicitly from the consumer package directory:
99
+
100
+ ```sh
101
+ pnpm add @seta-labs/proxy@latest --save-exact
102
+ ```
103
+
104
+ `latest` selects the version at update time; the manifest records that exact
105
+ numeric version. Commit it together with the lockfile after the consumer's
106
+ checks pass, and release the consumer independently.
98
107
 
99
108
  The dedicated `publish-sdk.yml` accepts only `@seta-labs/proxy@<version>` tags,
100
109
  requires successful application CI on the exact tagged commit, checks tag/manifest
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@seta-labs/proxy",
3
- "version": "0.1.0-next.1",
3
+ "version": "0.1.0",
4
4
  "description": "Typed Fetch client for the Seta Proxy application and management APIs",
5
5
  "license": "UNLICENSED",
6
6
  "type": "module",
@@ -30,7 +30,7 @@
30
30
  ],
31
31
  "publishConfig": {
32
32
  "access": "public",
33
- "tag": "next",
33
+ "tag": "latest",
34
34
  "provenance": false
35
35
  },
36
36
  "scripts": {