Skip to content
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

Invalidate --target is too greedy #63

Open
unode opened this issue Sep 14, 2017 · 4 comments
Open

Invalidate --target is too greedy #63

unode opened this issue Sep 14, 2017 · 4 comments

Comments

@unode
Copy link
Contributor

unode commented Sep 14, 2017

-------------------------------------------------------------------------------------
           0           0          1           0           0  jugfile.function
           0           0          1           0           0  jugfile.function_other
.....................................................................................
           0           0          2           2           0  Total

Running jug invalidate --target jugfile.function invalidates everything.

@luispedro
Copy link
Owner

This is somewhat of a feature (IIRC, it was a patch submitted by a user, but I cannot find the right PR or email right now to remember the discussion) to allow you type only the first few characters.

I agree that it may be confusing, however.

@unode
Copy link
Contributor Author

unode commented Sep 15, 2017

So if I actually just want to target jugfile.function, is there some syntax that provides this?

@luispedro
Copy link
Owner

IIRC -target jugfile.function$ works

@unode
Copy link
Contributor Author

unode commented Jun 22, 2018

Every now and then I still trip on this. With invalidate it's quite an expensive and annoying mistake.

Would you be open to changing the API to do exact matching unless * is appended?

jug invalidate --target jugfile.function   ->  only jugfile.function
jug invalidate --target jugfile.function*  ->  both jugfile.function and jugfile.function_other

After Python's philosophy, explicit rather than implicit...

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

No branches or pull requests

2 participants