-
Notifications
You must be signed in to change notification settings - Fork 3
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
The auto-update flag allows for regressions to sneak in #16
Comments
Hey, thanks for considering using this tool and asking well-described questions! You are right, it seems The fix requires refactoring the reporting and updating logic. I will try to do it over the upcoming weekend. |
The `auto-update` flag will no longer cause new paths to be added to the registry of ignored files. This prevents regressions from sneaking in, when some file was already conforming to the stricter config and an ignored error code started appearing in that file. Fixes #16
The `auto-update` flag will no longer cause new paths to be added to the registry of ignored files. This prevents regressions from sneaking in, when some file was already conforming to the stricter config and an ignored error code started appearing in that file. Fixes #16
I have just released v2.0.0 which changes the |
Thank you! I'll update next week and let you know. |
Spent some time checking this out after updating and it works great. Thank you for the quick turnaround! |
Great, I'm glad it works well for you! Thanks for the compliment! |
First of all, thanks for this tool! I'm working on migrating a moderately large code-base to full strict mode, and it will be instrumental in making that happen. I'm trying to figure out the best workflow for when, exactly, to run the CLI with the
auto-update
flag enabled. I want to make sure that files whose errors have all been fixed are removed from the loose files list as soon as possible, but here's a scenario that I just ran into:loose-ts-check --auto-update
and see that the file in question is removed from the list 🎉loose-ts-check --auto-update
againHere, the CLI correctly reports the error, but the
auto-update
mechanism then adds that file to the list of loosely-types files, which means running the compiler again will not produce the same error. The CLI reports this status:Maybe I'm thinking about it incorrectly, but I would have expected that
auto-update
was a one-way street, only allowing files to be removed rather than added. It seems like because that specific error code was previously ignored, it allowed the offending file back onto the loose list.For me, the question remains: how can I programmatically update (i.e., shrink) the list of loosely-checked files while ensuring that the files not on that list don't secretly introduce regressions?
The text was updated successfully, but these errors were encountered: