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