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

Bail on first error #27

Open
gtramontina opened this issue May 22, 2015 · 7 comments · May be fixed by #28
Open

Bail on first error #27

gtramontina opened this issue May 22, 2015 · 7 comments · May be fixed by #28

Comments

@gtramontina
Copy link
Contributor

Currently cutest exits when the first error occur. Would you be interested in adding a flag -b to make that optional? The reason is that sometimes it is useful to get all errors at once.

@gtramontina gtramontina linked a pull request May 22, 2015 that will close this issue
@britishtea
Copy link
Contributor

+1

I think cutest should keep the default behaviour of failing fast. It's very useful while developing.

Running all tests regardless of there being failures would be very useful for running automated tests on a CI server for example.

@gtramontina
Copy link
Contributor Author

Cool. Yeah, I agree with you. And keeping the default behaviour makes the change backwards compatible. I'll invert the flag (or how should it be called then?).

@gtramontina
Copy link
Contributor Author

@djanowski any comments here? I can just flip the flag if you're ok going ahead with #28.

@djanowski
Copy link
Owner

@gtramontina The flag can be -c (continue).

@soveran
Copy link
Collaborator

soveran commented Dec 4, 2015

Hard to come up with the right name. I was thinking maybe -f (force) or -a (all).

@britishtea
Copy link
Contributor

-a for all seems sensible.

I think the usage string (in the executable) should be clearer, though. [-a] is not very clear on what it means.

@djanowski
Copy link
Owner

We already have -s and -o to filter what Cutest should run. -a for "all" seems to compete with that.

I'm still inclined for -c (continue).

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

Successfully merging a pull request may close this issue.

4 participants