-
Notifications
You must be signed in to change notification settings - Fork 16
rewritePaths is less restrictive than expected #14
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
AVA still searches the entire project for Would documentation help here? Looks like you figured out AVA's behavior pretty quick?
😍 (I'm closing this issue for housekeeping purposes, but let's keep the conversation going.) |
Ah, that makes much more sense. I only figured out I needed to ignore the contents of
Ya, I think an explanation of |
Fair enough. Let's add something like this to the
What do you think? |
That’s perfect 👍 |
Thank you for this project! I migrated bitcoin-ts recently, and I just wanted to note an issue I had.
My Typescript project builds the same source to two different output locations, one
build/main/
for Node.js usage and onebuild/module/
for consumers which use build tools like Rollup.I primarily test against the
build/main/
build, so the configuration seemed simple:But with that configuration, AVA was also trying to test files in the
build/module/
folder. I ended up needing to add an exclusion:This works well now, so I'm happy to leave it as-is. I just wanted to mention that it differed from my initial impression of how
rewritePaths
would work. I thought settingsrc/
tobuild/main/
would map files in those directories one-to-one, but AVA seems to also be searching inbuild/module/
without the specific exclusion.(Thanks again for v3 of AVA and the improved Typescript integration! Even debugging is working beautifully now.)
The text was updated successfully, but these errors were encountered: