You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It happens that cwd is not set properly and tests clutter the working directory with (prov-)log-files etc. Maybe it should have no default argument, so it gets set correctly by the developers implementing the tests?
raises is by default False, which I think is the wrong choice. One can either check correctly for raised errors when writing the tests, or if assert run_tool([...]) != 0 is really needed, set raises=False. I think this is mainly a quality of life change for developers debugging while implementing tests.
What do you think?
The text was updated successfully, but these errors were encountered:
ctapipe/ctapipe/core/tool.py
Line 542 in a633e0f
We only use
run_tool
in test files:I assume it is not used externally.
I have two points to discuss:
cwd
is not set properly and tests clutter the working directory with (prov-)log-files etc. Maybe it should have no default argument, so it gets set correctly by the developers implementing the tests?raises
is by defaultFalse
, which I think is the wrong choice. One can either check correctly for raised errors when writing the tests, or ifassert run_tool([...]) != 0
is really needed, setraises=False
. I think this is mainly a quality of life change for developers debugging while implementing tests.What do you think?
The text was updated successfully, but these errors were encountered: