fix(ci): dispatch ci to publish feed on refresh even when snapshots return 304
CI / Typecheck, test, feed (push) Successful in 18s
CI / Build site (push) Successful in 8s
CI / Container image (push) Successful in 39s

When sources return 304, no git commit is created, but the cache holds updated confirmation timestamps. Publish the refreshed feed unconditionally on non-dry runs so CI rebuilds events.v1.json with fresh confirmation dates.
This commit is contained in:
Lucas Winther committed 2026-09-18 09:57:03 +02:00
1 parent 941d8095ea
commit fa7f99559a
2 files changed
+20 -5

No files matched your search

+14
View File
@@ -1085,6 +1085,20 @@ describe("the workflows that drive the refresh", () => {
expect(refresh.slice(health)).toContain("exit 1");
});
test("refresh.yml publishes even when no snapshot bytes changed", async () => {
// A 304 updates lastConfirmedAt in the bookkeeping cache without touching
// git-tracked files. If publishing is gated on `changed == 'true'`, a cycle
// where no wiki moved leaves the deployed feed unbuilt — and two days of
// quiet wikis turns the live calendar stale despite green runs.
const refresh = await read("refresh.yml");
const publish = refresh.slice(
refresh.indexOf("Publish the refreshed feed"),
refresh.indexOf("Report source health"),
);
expect(publish).not.toContain("steps.diff.outputs.changed");
expect(publish).toContain("inputs.dry_run != true");
});
test("ci.yml fails a source that parsed nothing, not one whose events ended", async () => {
// The total-event floor is blind to one source going to zero while nine
// others hold the number up, which shows the reader an empty calendar for