edfcore 0.4.243 → 0.4.245
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/dist/constants.d.ts +1 -1
- package/dist/constants.js +1 -1
- package/docs/CHANGELOG.md +25 -0
- package/package.json +1 -1
- package/src/constants.ts +1 -1
package/dist/constants.d.ts
CHANGED
|
@@ -109,5 +109,5 @@ export declare const SIGNAL_FIELD_BLOCK_OFFSETS: {
|
|
|
109
109
|
readonly reserved: 224;
|
|
110
110
|
};
|
|
111
111
|
/** Published package version. Kept in sync with package.json by a test. */
|
|
112
|
-
export declare const VERSION = "0.4.
|
|
112
|
+
export declare const VERSION = "0.4.245";
|
|
113
113
|
//# sourceMappingURL=constants.d.ts.map
|
package/dist/constants.js
CHANGED
package/docs/CHANGELOG.md
CHANGED
|
@@ -6,6 +6,31 @@ alone does not tell you whether you were affected.
|
|
|
6
6
|
edfcore is pre-1.0. Patch releases have carried behaviour changes where the old behaviour was a
|
|
7
7
|
defect; those are called out below.
|
|
8
8
|
|
|
9
|
+
## 0.4.245
|
|
10
|
+
|
|
11
|
+
- **Corrected** the note in `scripts/release.mjs` that tells you how to audit changelog headings
|
|
12
|
+
against the tags. It says to compare `git show <tag>:docs/CHANGELOG.md`, which is how the 0.2.29
|
|
13
|
+
and 0.2.36 drift was found, and that stopped being true for part of the history: 0.4.150 through
|
|
14
|
+
0.4.244 were squashed into 43 commits, so 51 of those tags now share a commit with a later
|
|
15
|
+
version and hand back that version's changelog. Tags before 0.4.150 are unaffected, and the
|
|
16
|
+
original commits are on the `archive/pre-squash-2026-08-16` branch. The note says so, and says
|
|
17
|
+
why the check itself is unaffected: it runs before the commit, so it never depended on the
|
|
18
|
+
history being reconstructible afterwards.
|
|
19
|
+
|
|
20
|
+
## 0.4.244
|
|
21
|
+
|
|
22
|
+
- **Added** a wait for CI before the GitHub release is created, which is what stops a green local
|
|
23
|
+
run from becoming a version that never reaches npm. `npm run check` runs on the machine cutting
|
|
24
|
+
the tag, and that is not the same question as whether it passes: twice this week a check was
|
|
25
|
+
green here and red on every runner — one read a file whose tsconfig lives in
|
|
26
|
+
`website/node_modules`, which CI does not install, and one required the gitignored
|
|
27
|
+
`tests/scratch/` to exist. Between them 0.4.231–0.4.236 and 0.4.241–0.4.242 were tagged and
|
|
28
|
+
never published, eight numbers refused by `publish.yml` long after this script had exited 0.
|
|
29
|
+
The script now polls the check runs for the exact commit it pushed and refuses to open the door
|
|
30
|
+
to npm if any of them fails. That turns a silent hole into a stop with the tag intact and the
|
|
31
|
+
version still recoverable by `gh release create` — the same recovery 0.4.226 wrote the message
|
|
32
|
+
for. It gives up after twenty minutes and says so rather than hanging.
|
|
33
|
+
|
|
9
34
|
## 0.4.243
|
|
10
35
|
|
|
11
36
|
- **Fixed** the layout-table check added in 0.4.241, which compared `tests/README.md` against the
|
package/package.json
CHANGED
package/src/constants.ts
CHANGED