Skip to content

chore: back-merge v0.12.0 into next - #123

Merged
taraxvoid merged 8 commits into
nextfrom
backmerge/v0.12.0
Oct 6, 2026
Merged

taraxvoid merged 8 commits into
nextfrom
backmerge/v0.12.0

Conversation

@ravenflight-releases

Copy link
Copy Markdown
Contributor

Brings the v0.12.0 version bump and changelog from main into next. Merge with a merge commit, not a squash, so the branches share history.

taraxvoid and others added 8 commits October 2, 2026 14:16
Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
…ks cross-repo (#118)

`resolve-env.yml` does `actions/checkout` (which checks out the
**caller's** repo) and then `uses: ./actions/branch-env-map`, a path
that only exists in voidflow's own repo. Every cross-repo caller
therefore fails at that step with the action not found. Found rolling
resolve-env into taraxvoid.net (`resolve-env / Resolve env: Run
./actions/branch-env-map` failed on the PR run).

Fix: inline the mapping in the workflow (no checkout, no local action).
A reusable workflow has no way to reference its own repo's composite
action at a matching ref, so the script is duplicated;
`test/branch-env-map.test.ts` asserts the two scripts are byte-identical
and runs the mapping for every ref/event case in both modes (default
`main/next/live` to `dev/staging/prod`, and `single-environment`),
against both copies. Also asserts the workflow has no `uses` steps, so
this cannot regress.

Validating on a real runner via taraxvoid.net#20 pointed at this branch;
result to follow here.

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-authored-by: Claude Sonnet 5.5 <noreply@anthropic.com>
docs: fix stray conflict marker and lefthook remote ref comment
#122)

The README told sites to wire `check:licenses` and `test:e2e:lighthouse`
through `bunx --package @taraxvoid/voidflow@<version> …`. `bunx` reads
the **global** `~/.bunfig.toml`, so a global `minimumReleaseAge` that
doesn't exclude voidflow blocks it locally (pre-commit hook included)
for 3 days after each release, and the pinned version lives outside the
lockfile and Renovate.

Sites already have voidflow as a devDependency, so the bins are in
`node_modules/.bin`. queeromaha and soundry already call them directly;
synthomaha is switching in taraxvoid/synthomaha#100. This updates the
README to match and drops the stale 0.8.1 pin.

Not verified: why synthomaha CI run 37051879514 failed with `No version
matching "0.11.1"` — I couldn't reproduce it now that 0.11.1 is past the
age gate.

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-authored-by: Claude Sonnet 5.5 <noreply@anthropic.com>
… hooks (#119)

The shared site hooks hardcoded `bun run --if-present`, which blocks the
pnpm sites (rvnflt, voidsite) from adopting them. A top-level lefthook
`templates:` entry `pm` resolves to `pnpm` when the repo has a
`pnpm-lock.yaml`, else `bun`, and every command uses `{pm} run
--if-present`. The install hints use `{pm} install` too.

Also fixes the header comment (`ref` is a tag or branch, not a SHA).

Tested as a `file://` remote in throwaway repos: the bun repo runs `bun
run` for each step, the pnpm repo (with a stub `pnpm` on PATH) runs
`pnpm run --if-present` for each step. `lefthook validate` passes and
the unit test now asserts the lockfile detection and that no `bun run`
remains.

Note: `bun run --if-present audit` falls through to macOS's
`/usr/sbin/audit` when a site defines no `audit` script. Pre-existing
and harmless for sites that define one.

🤖 Generated with [Claude Code](https://claude.com/claude-code)

---------

Co-authored-by: Claude Sonnet 5.5 <noreply@anthropic.com>
…--components--voidflow

chore(main): release 0.12.0
@taraxvoid
taraxvoid merged commit 6a2979c into next Oct 6, 2026
2 checks passed
@taraxvoid
taraxvoid deleted the backmerge/v0.12.0 branch October 6, 2026 17:59
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant