@stackbone/cli 0.2.10 → 0.3.1

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
@@ -7,6 +7,58 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0
7
7
 
8
8
  ## [Unreleased]
9
9
 
10
+ ## [0.3.1] - 2026-08-06
11
+
12
+ ### Added
13
+
14
+ - **`stackbone dev` links a project that arrived without a link.** `.stackbone/`
15
+ is gitignored — by the very block `init` and `link` write — so a project
16
+ cloned from someone else's repository has none, and there was no clean way to
17
+ get one: `dev` refused and pointed at `stackbone init`, which registers a
18
+ _new_ agent and scaffolds its own `package.json` over the project you were
19
+ handed, or at `stackbone link`, which registers an already-deployed box and so
20
+ requires its URL, HMAC secret and image tag. Neither describes "I was given
21
+ this project and want to run it".
22
+
23
+ Now `dev` lists the agents your organization owns, lets you pick one or create
24
+ a new one named after the folder, writes the link, gitignores it, and carries
25
+ on booting. Non-interactive runs (`--json`, `--yes`, CI, no terminal) still
26
+ fail rather than guessing, with a message naming the options that apply.
27
+
28
+ ## [0.3.0] - 2026-08-06
29
+
30
+ ### Added
31
+
32
+ - **`stackbone package` turns a project into a folder someone else can run.**
33
+ It compiles the workspace and writes a two-line Dockerfile over the published
34
+ Stackbone runtime base, a `docker-compose.yml` that also brings up a Postgres
35
+ and a Redis, an `.env` carrying a freshly generated `STACKBONE_SECRET_KEY`,
36
+ and a README written for whoever receives it. On the far end it is two
37
+ commands: `docker compose up -d`, then a health check. Building the image is
38
+ one `COPY` over a base that already carries the server and its dependencies,
39
+ so it takes seconds and needs neither the Stackbone monorepo nor an install.
40
+
41
+ The command always compiles rather than packaging whatever is sitting in
42
+ `dist/`: the folder gets run by someone else, days later, and there is nobody
43
+ left to notice it was built from yesterday's code.
44
+
45
+ `--offline` also saves the image into the folder (around 150 MB) for a
46
+ network that cannot reach a registry. That variant emits no build
47
+ instructions, since the image arrives by loading the archive.
48
+
49
+ Two things the generated files say that nothing said before: **the database
50
+ needs the `pgvector` extension** — without it the first boot applies most of
51
+ the schema and then stops, which reads like a bug in the agent rather than a
52
+ missing extension — and the agent serves on **8080** unless `PORT` says
53
+ otherwise, with `/live` as the health check a managed host should use.
54
+
55
+ ### Changed
56
+
57
+ - **`stackbone build` no longer has to be followed by hand-written deployment
58
+ files.** It still emits just the workspace bundle, for anyone who already
59
+ owns their image and their deployment; `stackbone package` is now the route
60
+ to take when you do not.
61
+
10
62
  ## [0.2.10] - 2026-08-02
11
63
 
12
64
  ### Added