mattpocock / mattpocock/evalite
Allow passing the same filtering options from the interactive CLI as arguments/config
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 1.7k
- Forks
- 102
- PR merge metrics
- No merged PRs in 30d
Description
Hi, awesome project!
I'm opening this issue due to the need of working in a monorepo, and using Vitetest projects. The need is similar to the one stated in this issue https://github.com/mattpocock/evalite/issues/155 , but in our case we use a single config file (which evalite is able to pick up) just with a different project config for each suite of test types (ie, unit, e2e, performance, eval,...).
I think we could achieve this in two ways:
-
I can see that, in the interactive CLI, if you press
wyou're able to filter by project and it works as intended, the thing is that it would be extremely useful to have the same options as command arguments (like the ones in vitest, for example--projectin this case). However l'm not sure if that's something coming from evalite or from the vitest runner directly. -
The other way we could implement this is via the
evalite.config.ts, having an option (for example,vitestProject) and setting that to the vitest runner.
This way, we could use the evalite CLI (instead of using vitest directly) and choose which configuration of Vite to use depending on the argument flag/evalite config.
Thank you for your time and this awesome test suite!
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by tracing the interactive CLI's project filtering and how evalite forwards options to the Vitest runner; the issue does not name specific files or tests. Done means users can select a Vitest project through CLI arguments or evalite.config.ts, with the selected configuration applied when running evaluations.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- typescript
- Domain
- cli, testing-qa
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 38/100