Skip to content

Use persistent scratch in REPL tests#2881

Merged
plajjan merged 1 commit into
mainfrom
repl-tests-persistent-scratch
Jun 4, 2026
Merged

Use persistent scratch in REPL tests#2881
plajjan merged 1 commit into
mainfrom
repl-tests-persistent-scratch

Conversation

@plajjan
Copy link
Copy Markdown
Contributor

@plajjan plajjan commented Jun 4, 2026

REPL tests were using --tempdir for almost every command-level case. That made each case build a fresh scratch project and pay the dynamic-library setup cost over and over, which is not how the REPL normally runs.

This keeps source rendering checks in-process through the REPL renderer, runs the REPL test group serially, and lets command-level tests use the persistent scratch path. The explicit --tempdir test remains, but only for checking that an explicit tempdir writes inside .acton-repl and does not clobber the parent project.

The command coverage still exercises retained definitions, replayed setup, reset behavior, failed setup rejection, and process reuse. It just stops forcing a new scratch root for every assertion that does not need one.

REPL command tests were forcing a fresh --tempdir for nearly every
case. Each test built a separate dynamic-library scratch project instead
of exercising normal REPL reuse.

Keep renderer assertions in-process, run the REPL group serially, and
let command tests use the regular persistent scratch path. The only
remaining --tempdir coverage is the test for explicit tempdir isolation.
@plajjan plajjan marked this pull request as ready for review June 4, 2026 09:05
@plajjan plajjan enabled auto-merge June 4, 2026 09:05
@plajjan plajjan merged commit df880e5 into main Jun 4, 2026
87 of 88 checks passed
@plajjan plajjan deleted the repl-tests-persistent-scratch branch June 4, 2026 10:08
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