@functional-systems/lambdadb-cli 0.1.1 → 0.1.2-dev.11

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
@@ -2,6 +2,18 @@
2
2
 
3
3
  ## [Unreleased]
4
4
 
5
+ ### Fixed
6
+
7
+ - A successful development publication no longer fails CI solely because registry
8
+ visibility exceeds the verification budget. Report a warning and explicit
9
+ `published-verification-pending` result; retain failures for publish errors,
10
+ invalid responses, authentication and artifact mismatches. Never retry writes.
11
+
12
+ ### Maintenance
13
+
14
+ - Synchronize the 0.1.1 release history and start the 0.1.2 development line.
15
+ - Prepare the Homebrew formula for verified stable 0.1.1 and record npm publication evidence.
16
+
5
17
  ## [0.1.1] - 2026-09-29
6
18
 
7
19
  ### Added
package/README.md CHANGED
@@ -1,7 +1,7 @@
1
1
  # LambdaDB CLI
2
2
 
3
3
  A first, project-scoped CLI for developers, coding agents and CI. It uses
4
- `@functional-systems/lambdadb@0.5.1` for authentication, HTTP, read retries,
4
+ `@functional-systems/lambdadb@0.6.0` for authentication, HTTP, read retries,
5
5
  pagination, bulk transfers and large response downloads.
6
6
 
7
7
  ## Install and run
@@ -19,7 +19,7 @@ lambdadb --help
19
19
  ```
20
20
 
21
21
  For reproducible CI runs, pin an exact published version such as
22
- `@functional-systems/lambdadb-cli@0.1.0`. To try development builds, explicitly use
22
+ `@functional-systems/lambdadb-cli@0.1.1`. To try development builds, explicitly use
23
23
  `@functional-systems/lambdadb-cli@dev`; this moving channel contains prereleases.
24
24
  Installed CLIs do not update themselves. See
25
25
  [RELEASING.md](RELEASING.md#current-status) for release status and
package/RELEASING.md CHANGED
@@ -1,24 +1,24 @@
1
1
  # Releasing LambdaDB CLI
2
2
 
3
- ## 0.1.1 release candidate
4
-
5
- The `release/0.1.1` branch prepares a stable CLI release from develop
6
- `a65a2b198b484d2e4da4ca2ff438779806a87cce` (SDK 0.6.0 integration, PR #11).
7
- Version 0.1.1 retains the CLI command, JSON-envelope and exit-code contracts while
8
- adding optional keyword facets and the expanded SDK analyzer set.
9
-
10
- This is release preparation, not publication. Promote the reviewed release branch
11
- to `main` with a merge commit. After approval for publication, tag the verified
12
- main commit `v0.1.1` and publish a non-prerelease GitHub Release. The existing
13
- release workflow selects npm `latest`. Verify the exact package, provenance and
14
- installed CLI before updating the Homebrew formula/tap, which still selects 0.1.0.
15
- Synchronize release-only main history back into develop with the next development
16
- base (`0.1.2-dev.1`) through a separate PR.
17
-
18
- Facets require a supporting server and newly built keyword indexes. This release
19
- does not migrate existing Collections, update old indexes or upgrade installed
20
- CLIs automatically. Release-candidate evidence belongs in [VALIDATION.md](VALIDATION.md)
21
- and the promotion PR; do not treat earlier SDK integration tests as publication proof.
3
+ ## Current status
4
+
5
+ CLI 0.1.1 was published on 2026-09-29 through
6
+ [GitHub Release v0.1.1](https://github.com/lambdadb/lambdadb-cli/releases/tag/v0.1.1)
7
+ and the [OIDC release workflow](https://github.com/lambdadb/lambdadb-cli/actions/runs/36557578359).
8
+ Tag/main commit `80a4c10628ad2ad4ebf8d90a01924d27dcb4a790` has the same tree as
9
+ reviewed candidate `0291970`. The workflow passed on attempt 1, including Node
10
+ 22/24 validation and tests of the exact publication tarball.
11
+
12
+ Registry reads confirmed `latest=0.1.1`, while `dev=0.1.1-dev.10` remained unchanged.
13
+ A clean unqualified npm installation selected CLI 0.1.1 and SDK 0.6.0, passed all
14
+ 40 CLI contracts and verified registry signatures and attestations. The published
15
+ tarball is byte-identical to the tested final candidate; provenance identifies the
16
+ release commit, tag and workflow. See [VALIDATION.md](VALIDATION.md#cli-011-publication).
17
+
18
+ The post-release branch synchronizes main history into develop with `0.1.2-dev.1`
19
+ and prepares the 0.1.1 Homebrew formula. The public tap update requires its separate
20
+ review and merge. Facets still require a supporting server and newly built keyword
21
+ indexes; publication does not migrate Collections or upgrade installed CLIs.
22
22
 
23
23
  ## Prior publication status
24
24
 
@@ -120,11 +120,13 @@ artifact conflicts remain fatal. Process termination or scheduling can delay
120
120
  reporting, but responses at or after the deadline cannot pass verification.
121
121
 
122
122
  The script reports successful publication before waiting. If propagation still
123
- exceeds the budget, it emits `result=published-verification-pending` and exits
124
- nonzero. This means the write succeeded but verification is incomplete; it does
125
- not authorize another publish. Retry registry reads first. Once the manifest and
126
- dev tag agree, rerun the failed job: an identical artifact reports
127
- `result=already-published` without another write. Newer dev versions and stale
123
+ exceeds the budget, it emits `result=published-verification-pending`, a GitHub
124
+ warning and a job summary, then exits successfully. This means publication
125
+ succeeded but registry visibility is unverified. It does not authorize another
126
+ publish or establish that installation/Homebrew updates can proceed. Retry reads
127
+ before those downstream actions. Actual publish failures, authentication/schema
128
+ errors and artifact mismatches still fail the job. Once the manifest and dev tag
129
+ agree, an explicit rerun reports `result=already-published` without another write. Newer dev versions and stale
128
130
  commits are skipped without changing tags. A failed publish remains an uncertain
129
131
  write and is never automatically retried.
130
132
 
package/VALIDATION.md CHANGED
@@ -3,6 +3,40 @@
3
3
  Updated: 2026-09-29. Local contract tests use loopback servers and synthetic
4
4
  credentials. Authenticated development-project evidence is recorded separately.
5
5
 
6
+ ## CLI 0.1.1 publication
7
+
8
+ On 2026-09-29, [release v0.1.1](https://github.com/lambdadb/lambdadb-cli/releases/tag/v0.1.1)
9
+ was published from tag/main commit `80a4c10628ad2ad4ebf8d90a01924d27dcb4a790`,
10
+ whose tree equals candidate `0291970`. The
11
+ [release workflow](https://github.com/lambdadb/lambdadb-cli/actions/runs/36557578359)
12
+ passed on attempt 1, including Node 22/24 and exact publication-artifact tests.
13
+
14
+ - Registry reads confirmed `latest=0.1.1`, `dev=0.1.1-dev.10`. The stable tarball
15
+ matches the final tested candidate byte-for-byte. SHA-512 integrity:
16
+ `sha512-5eYw4NSCDPQrJZVDwfAg9cPtdSuipPy6/FzTj08EDn94/rRJEFLb0Meih2hzbzOSqvNLOn+MJD8Ij0a+nXe99A==`.
17
+ - Decoded provenance identifies the same release commit, `refs/tags/v0.1.1`,
18
+ `.github/workflows/publish.yaml`, run `36557578359`, attempt 1; its subject digest
19
+ matches the downloaded tarball. Stable metadata does not expose `gitHead`, so
20
+ source identity is established by provenance and the artifact comparison.
21
+ - A clean unqualified consumer install selected CLI 0.1.1 and SDK 0.6.0 and passed
22
+ all 40 CLI contracts. `npm audit signatures` verified all four packages' registry
23
+ signatures and three packages' attestations. No publication was retried.
24
+ - Credentialed live evidence remains the installed-candidate smoke below; no new
25
+ live call was needed for byte-identical published runtime/package contents.
26
+ - The prepared Homebrew formula pins the verified 0.1.1 tarball and lockfile from
27
+ `80a4c10628ad2ad4ebf8d90a01924d27dcb4a790`. Local macOS checks passed formula
28
+ style, installation, `brew test`, managed Node selection and all 40 installed
29
+ CLI contracts. The harness removed its temporary installation and tap. Remote
30
+ tap publication and upgrade behavior await the separate tap PR.
31
+
32
+ Post-release development changes preserve this release and start `0.1.2-dev.1`.
33
+ The registry-verification change passes 13 focused tests, including the real script
34
+ entrypoint with a synthetic npm command: successful publication plus timeout exits
35
+ 0 with an Actions warning/summary, while failed publication exits 1. Transient
36
+ read failures remain bounded; authentication, schema and artifact mismatches fail.
37
+ No live publication was used to test that change. The full local suite passed 65
38
+ tests and the installed-package suite passed 40.
39
+
6
40
  ## CLI 0.1.1 release preparation
7
41
 
8
42
  On 2026-09-29, candidate commit `6f7bb23` prepared stable metadata from develop
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@functional-systems/lambdadb-cli",
3
- "version": "0.1.1",
3
+ "version": "0.1.2-dev.11",
4
4
  "private": false,
5
5
  "description": "Project-scoped LambdaDB command-line tools",
6
6
  "type": "module",
@@ -52,5 +52,6 @@
52
52
  "bugs": {
53
53
  "url": "https://github.com/lambdadb/lambdadb-cli/issues"
54
54
  },
55
- "license": "Apache-2.0"
55
+ "license": "Apache-2.0",
56
+ "gitHead": "3903531fe9a269d394fd43c833ed14840a86958e"
56
57
  }