pnpm formatpnpm lint:fixpnpm lintpnpm testorpnpm --filter <pkg> testpnpm buildpnpm --filter rawsql-ts build
- Observe first: capture
git status,git diff, recent log, and failing test/lint/build outputs before changing files. - Re-run failed commands after each minimal fix.
- Re-run
pnpm --filter rawsql-ts buildwhen CLI tests report stale dist artifacts. - For SQL-backed test failures, first confirm whether the SQL is shadowing the intended path or accidentally touching a physical table directly.
- If shadowing is wrong, check in this order: DDL and fixture sync, fixture selection or specification, repository bug or rewriter bug.
- Do not use DDL execution as a repair path for ZTD validation failures.
- If the database is reachable, treat relation or missing-table errors as a shadowing, fixture, or repository problem before considering schema changes.
- Rebuild browser bundle for parser/formatter behavior updates.
- Re-bundle docs demo and update bundled assets.
- Create a changeset with
pnpm changeset. - Apply versioning with
pnpm changesets:version. - Build every publishable workspace package with
pnpm build:publish. - Before committing changes under
packages/ddl-docs-cli, run:pnpm --filter @rawsql-ts/ddl-docs-cli lintpnpm --filter @rawsql-ts/ddl-docs-cli testpnpm --filter @rawsql-ts/ddl-docs-cli build - Validate the changed packages with
pnpm --filter <package> pack --dry-runbefore publishing. - Publish from a local machine with
pnpm changeset publishonly after npm auth and OTP are ready. - If publish fails in
prepack, inspect the packagemain/binpaths against the actualdist/output before retrying.