@authorbot/domain 0.1.15 → 0.1.16

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.
Files changed (2) hide show
  1. package/CHANGELOG.md +144 -0
  2. package/package.json +3 -2
package/CHANGELOG.md ADDED
@@ -0,0 +1,144 @@
1
+ # Changelog
2
+
3
+ What changed in each release, and why it mattered. Written for the person
4
+ deciding whether to upgrade, not for the person who wrote the commit — so a
5
+ release that fixed something serious says what was broken and what it did to
6
+ you, rather than naming the function that changed.
7
+
8
+ Every published package shares this version. A tag builds, tests, and publishes
9
+ all of them together, so `@authorbot/cli@0.1.15` and `@authorbot/api@0.1.15` are
10
+ always the same commit.
11
+
12
+ ## 0.1.16
13
+
14
+ - **`unpublish` and `teardown`.** `npx @authorbot/create unpublish` removes the
15
+ Worker, the database and the GitHub App, leaving your repository and its
16
+ history alone so `publish` can put the site back. `teardown` also deletes the
17
+ remote repository, then tells you what to type to remove the local copy — it
18
+ never deletes files on your own disk.
19
+ - **The wizard is drawn rather than printed**: boxed stage headings, an arrow
20
+ for steps, and check/triangle/cross for outcomes — each degrading to plain
21
+ ASCII under `NO_COLOR`, in a pipe, or on a dumb terminal.
22
+ - **A changelog**, here and inside every published package.
23
+
24
+ ## 0.1.15
25
+
26
+ - **The wizard can tell whether your book can actually save anything.** It used
27
+ to finish by checking that the API refused an anonymous caller, which a
28
+ completely unusable deployment does just as correctly as a healthy one — see
29
+ 0.1.14. New `GET /v1/health` reports whether the GitHub App is usable, and
30
+ `collaborate` refuses to switch a book's collaboration controls on when the
31
+ answer is no.
32
+
33
+ ## 0.1.14
34
+
35
+ - **Collaboration never worked on any book this wizard created.** The Worker
36
+ needs three GitHub App credentials and received two: the app id was read,
37
+ used to poll for the installation, and then dropped. With one missing it does
38
+ no Git work at all — so chapters could not be saved, the projection never
39
+ ran, and settings could not read the book's own `book.yml`, while every
40
+ read-only page answered perfectly. If you set up a book before this release,
41
+ re-run `create-authorbot collaborate`.
42
+ - **You can sign out.** There was no way to. Two routes created a session and
43
+ none ended one, so a reader on a shared machine stayed signed in until the
44
+ cookie expired.
45
+ - **An account strip in the site header** — sign in, sign out, and the way into
46
+ Settings and the work queue. Previously a book with no chapters had no
47
+ sign-in anywhere, and `/settings/` and `/work/` were linked from nowhere.
48
+ - The API health check polls instead of judging on its first answer, which was
49
+ reporting live deployments as failures.
50
+ - Worker logs are switched on in generated configs, so a failure can be read
51
+ rather than guessed at.
52
+ - The GitHub App is named `authorbot-<slug>`, not `<title> (<slug>)`, which
53
+ GitHub slugified into the same words twice.
54
+ - The toolchain install has fifteen minutes rather than five, and says up front
55
+ that it is slow.
56
+
57
+ ## 0.1.13
58
+
59
+ - **A book with collaboration on showed no sign-in and no annotations.**
60
+ `book.yml` said annotations were public; the Worker was never told, so the
61
+ API refused every anonymous read — and the site gives up and renders nothing
62
+ when its first read fails, removing the very control that would have fixed
63
+ it.
64
+
65
+ ## 0.1.12
66
+
67
+ - **The collaboration deploy could not bundle.** The SQLite stub was aliased by
68
+ a bare path, which a bundler reads as a package name. This was the last step
69
+ of the last stage, reached only after both browser steps.
70
+
71
+ ## 0.1.11
72
+
73
+ - **The GitHub App step could never succeed.** The manifest carried a key
74
+ GitHub does not permit, so it was rejected on GitHub's own page before any
75
+ app was created.
76
+
77
+ ## 0.1.10
78
+
79
+ - **Every upgrade opened a pull request whose CI could not pass.** The
80
+ toolchain bump moved `package.json` without its lockfile, and `npm ci` exists
81
+ to refuse exactly that.
82
+
83
+ ## 0.1.9
84
+
85
+ - **`publish` left the configuration it wrote uncommitted**, so CI deployed a
86
+ Worker config that did not mention your custom domain, and `upgrade` refused
87
+ to run against the dirty tree.
88
+
89
+ ## 0.1.8
90
+
91
+ - **A new book's first push failed CI**, before its credentials existed. The
92
+ first thing an author saw about their book was a failure email about a deploy
93
+ that was already succeeding elsewhere.
94
+
95
+ ## 0.1.7
96
+
97
+ - **A successful deploy was reported as a failure** when the local resolver
98
+ still had the new hostname cached as non-existent — which the wizard's own
99
+ domain check made near-certain.
100
+ - Every "run this to carry on" hint named `create-authorbot`, a binary `npx`
101
+ never installs.
102
+
103
+ ## 0.1.6
104
+
105
+ - **A custom domain could take over a hostname that was already serving a
106
+ site**, with no warning and nothing to agree to. It now checks, says what
107
+ stops being reachable, and defaults to no.
108
+ - `publish` exited silently at its last step, leaving no way to tell whether
109
+ the deploy had worked.
110
+ - The Cloudflare API token instructions name the D1 permission and both
111
+ resource scopes the template leaves out.
112
+
113
+ ## 0.1.5
114
+
115
+ - Pointing the wizard at a directory that did not exist yet failed with a bare
116
+ ENOENT — including for the `directory: ./my-book` its own example config
117
+ prints.
118
+ - The pinned GitHub Actions moved off a deprecated line.
119
+
120
+ ## 0.1.4
121
+
122
+ - **A brand-new book was reported as invalid.** The toolchain it pins was never
123
+ installed, so validation fell through to something that could not run, and
124
+ its refusal was read as the book's own failure.
125
+ - `authorbot` on npm is a real alias for `@authorbot/cli` again, released
126
+ together, rather than a hand-published 0.0.2 three releases behind.
127
+
128
+ ## 0.1.3
129
+
130
+ - **The setup wizard discarded every answer** and re-asked its first question
131
+ forever, so `npx @authorbot/create` could not get past the book title.
132
+
133
+ ## 0.1.2
134
+
135
+ - `--version` reported the wrong version. First release published through npm
136
+ trusted publishing.
137
+
138
+ ## 0.1.1
139
+
140
+ - First release of `@authorbot/create`, the setup wizard.
141
+
142
+ ## 0.1.0
143
+
144
+ - Initial release.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@authorbot/domain",
3
- "version": "0.1.15",
3
+ "version": "0.1.16",
4
4
  "description": "Pure domain logic for Authorbot: role/scope authorization, annotation and Git-operation state machines, command validators, and token/session value rules (Phase 2 contract section 3)",
5
5
  "keywords": [
6
6
  "authorbot",
@@ -35,11 +35,12 @@
35
35
  "files": [
36
36
  "dist",
37
37
  "LICENSE",
38
+ "CHANGELOG.md",
38
39
  "!dist/**/*.map"
39
40
  ],
40
41
  "dependencies": {
41
42
  "zod": "^4.0.0",
42
- "@authorbot/schemas": "0.1.15"
43
+ "@authorbot/schemas": "0.1.16"
43
44
  },
44
45
  "devDependencies": {
45
46
  "@types/node": "^22.0.0",