<div dir="ltr">Hi,<div><br></div><div>I'm trying to wrap my head around this subject.</div><div><br></div><div>Is there a strong reason why the -f looponfail option is inside a plug-in? My hunch would be to do it as a separate, flexible, command, but that's just feelings without any experience.</div><div><br></div><div>Poll: Do you guys use looponfail? Has it been working good? Does it play nice with other tasks you might want to do on file changes? What other tools do you use for repeated tasks on source code changes?</div><div><br></div><div>What's the situation at the moment with --looponfail and --looponchange? Is it going to be inside pytest_cache which will go into core? Or it will be a different plug-in?</div><div><br></div><div>I've seen </div><div><a href="https://bitbucket.org/pytest-dev/pytest/commits/b5727cc6632c/" target="_blank">https://bitbucket.org/pytest-dev/pytest/commits/b5727cc6632c/</a><br></div><div><br></div><div>and the "take in cache" PR.</div><div><br></div><div dir="ltr"><div><br></div><div>Tibor<br></div><div>P.S. some more thoughts about the same functionality are here: <a href="https://github.com/tarpas/testmon/issues/4">https://github.com/tarpas/testmon/issues/4</a></div><div>and a script whith callbacks for every success and failure: </div><div><a href="https://github.com/blueyed/testmon/blob/tmon-improvements/testmon/tmon.py">https://github.com/blueyed/testmon/blob/tmon-improvements/testmon/tmon.py</a><br></div><div><br></div></div></div>