@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 +12 -0
- package/README.md +2 -2
- package/RELEASING.md +26 -24
- package/VALIDATION.md +34 -0
- package/package.json +3 -2
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.
|
|
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.
|
|
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
|
-
##
|
|
4
|
-
|
|
5
|
-
|
|
6
|
-
|
|
7
|
-
|
|
8
|
-
|
|
9
|
-
|
|
10
|
-
|
|
11
|
-
|
|
12
|
-
|
|
13
|
-
|
|
14
|
-
|
|
15
|
-
|
|
16
|
-
|
|
17
|
-
|
|
18
|
-
|
|
19
|
-
|
|
20
|
-
|
|
21
|
-
|
|
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
|
|
124
|
-
|
|
125
|
-
|
|
126
|
-
|
|
127
|
-
|
|
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.
|
|
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
|
}
|