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 will be great to add default command handler into mbt configs, with possibility to determine name of command invoked:
name: UniversalCommandModule
commands:
default:
cmd: sh
args:
- "$MBT_REPO_PATH/scripts/$MBT_COMMAND_NAME.sh"
Acting like that you will be able to add commands without changes in config files. You just need to add new script to the correct location, and that's it.
Even if your projects are not unified, you still can use default command to handle missing commands in your way.
The text was updated successfully, but these errors were encountered:
That way, you could run any executable without needing to change the spec files. This would be very convenient to the user. However, you loose the visibility in the version control system.
I wonder if this proposal would fall into the same category.
@BuddySpike Yes, I think it will work great when you have set of very very similar projects.
The only difference here - you cannot alter command behavior for special cases. Let's consider the following workflow:
You running the command mbt run-in branch --command test
If such command is defined, the step will be executed according to the configuration.
If command is not defined and there is default command handler - it will be used.
If no command and no default handler - command will be reported as skipped for the module.
Also it is not true that we will lose possibility to track changes in source control: script files along with build configurations will be more than enough to track the history.
It will be great to add default command handler into mbt configs, with possibility to determine name of command invoked:
Acting like that you will be able to add commands without changes in config files. You just need to add new script to the correct location, and that's it.
Even if your projects are not unified, you still can use default command to handle missing commands in your way.
The text was updated successfully, but these errors were encountered: