-
Notifications
You must be signed in to change notification settings - Fork 51
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
Confusion around applicability tests in yaml recipes #147
Comments
@timtebeek, the way that this was explained to me was that it is logical So to be explicit:
The above only applies if both are true. If one of them is false, then the recipe does not apply. This works the same for single source and a combination of single source and any source. |
Thanks! That's what I gathered from the code and in practice as well; My issue here is mostly with the phrasing in the current documentation. I'd suggest a change similar to this:
It's a small change, but nuanced and prevents confusion, especially with non-native English speakers like myself. And then the second case is to swap out the |
So as described in the |
I'm going to close this ticket as I think this no longer applies. YAML recipes no longer work with applicability tests. If I've misunderstood please let me know and feel free to reopen. |
Our current documentation around yaml applicability tests might contain slight imperfections that lead to confusion in an issue and pull request last week:
should
anySource
match whenany
orall
of the argument recipes match any file?Replace Mockito 1.x any(Class) and anyString() with nullable(Class) rewrite-testing-frameworks#320
should
FindSourceFiles
be used to limit applicability to specific files, or should one useHasSourcePath
instead?Singlesource applicability with FindSourceFiles now applies changes to all files rewrite#2919
Should be good to clear these up, as they lead to questions and debugging currently.
The text was updated successfully, but these errors were encountered: