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
The idea would be that a user can specify 2 default profiles in the .busted file. One to use interactively, and the other one being the CI default.
If there is a .busted file, then the default profile is called default. If a profile is specified that doesn't exist, it will automatically fall back to the default one again.
So with the new Busted GHA, we could add a parameter for the action; the profile to use for testing. And then set that default to ci for example. Because if no ci profile is specified, it will still use default.
Trick would be that f the user specifies it's own profile eg. --run=unit, then that should be honoured in favor of the ci one. This can be done by specifying the ci one first on the commandline, since the last option wins.
So in the GHA we execute busted as;
busted --run={ci-profile-param} {user-options}
The text was updated successfully, but these errors were encountered:
Based on discussion here: #698 (comment)
The idea would be that a user can specify 2 default profiles in the
.busted
file. One to use interactively, and the other one being the CI default.If there is a
.busted
file, then the default profile is calleddefault
. If a profile is specified that doesn't exist, it will automatically fall back to thedefault
one again.So with the new Busted GHA, we could add a parameter for the action; the profile to use for testing. And then set that default to
ci
for example. Because if noci
profile is specified, it will still usedefault
.Trick would be that f the user specifies it's own profile eg.
--run=unit
, then that should be honoured in favor of theci
one. This can be done by specifying theci
one first on the commandline, since the last option wins.So in the GHA we execute busted as;
The text was updated successfully, but these errors were encountered: