`--paths-to-mutate` support?
Closed this issue · 8 comments
mutmut 2.x. had --paths-to-mutate
argument support:
Lines 317 to 318 in bdd8c37
whereas it was removed in mutmut 3.x:
Lines 150 to 151 in e8e0960
but README still mentions it:
Lines 55 to 59 in e8e0960
and the error message in
guess_paths_to_mutate()
as well:Lines 128 to 131 in e8e0960
is the argument going to be reintroduced?
No. Arguments for conf was a mistake I think. All the conf should always go into the conf file.
Thanks for the heads up on the docs issue. I will fix that.
Thanks for the quick response!
What about the paths_to_mutate
argument from config file? mutmut 3.x ignores it as well
Oh. Well that is a mistake then. It should make good guesses, but when it fails it should read that.
It should make good guesses, but when it fails it should read that.
Would it not make more sense for it to short-circuit to the conf value if it's set, rather than fall back to it. If it's only used as a fallback it means you can't ever run mutmut
in a repo which had e.g. a src
folder which did not contain the paths to mutate
Sorry, yea I was sloppy with my language. The conf should override for sure.
^ seems like a serious bug? It's not possible to specify paths-to-mutate by any means, and the guesser function will look only in lib, src or a directory that looks similar to the directory you're in. e.g. my source for a project in the directory called my_project
must be in sub directory my_project/myproject
or another underscore/dash variant. Otherwise there's no way to get the plugin to run.
Yea, that's a mistake clearly. I've pushed a fix for this on the main branch. If someone affected by this issue could try it out before I make a release that would be appreciated.
This is now shipped in the latest version.