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
Describe your use case and the problem you are facing
When you use a @group alias to run a WP-CLI command on multiple installations, WP-CLI will loop through every alias sequentially until the list of aliases is complete. In many instances, the order / timing at which this happens is irrelevant to me, I'd just like the group operations to be done as soon as possible.
For example in wp-cli.yml, having 3 sites registered in one group:
Will first run the command on @site-a, then @site-b and finally @site-c. However, these processes could be run at the same time because they are independent of each other and don't reply on the output/timing of the previous command to continue (at least from an "ssh into server, do task" x times perspective, not sure how / if it could be accomplished in PHP). On @group with many sites and long running commands, this would considerably speed up things.
Describe the solution you'd like
Perhaps an optional flag that can be passed on to commands when running them on @group aliases that will let WP-CLI know that the order of execution doesn't matter. Maybe with an optional timeout variable to set a deadline on the total/per alias execution time and collect eventual error outputs at the end.
wp @group plugin update --all --async
Inspired by this other issue Asynchronous Plugin installation, although that one is command specific and the technical impossibility is clear.
The text was updated successfully, but these errors were encountered:
Feature Request
Is your feature request directly related to a specific, existing command?
Not a specific command, but the aliases feature that allows commands to be run (remotely) on multiple WordPress installations, in one go.
Describe your use case and the problem you are facing
When you use a
@group
alias to run a WP-CLI command on multiple installations, WP-CLI will loop through every alias sequentially until the list of aliases is complete. In many instances, the order / timing at which this happens is irrelevant to me, I'd just like the group operations to be done as soon as possible.For example in wp-cli.yml, having 3 sites registered in one group:
wp @group plugin update --all
Will first run the command on
@site-a
, then@site-b
and finally@site-c
. However, these processes could be run at the same time because they are independent of each other and don't reply on the output/timing of the previous command to continue (at least from an "ssh into server, do task" x times perspective, not sure how / if it could be accomplished in PHP). On@group
with many sites and long running commands, this would considerably speed up things.Describe the solution you'd like
Perhaps an optional flag that can be passed on to commands when running them on
@group
aliases that will let WP-CLI know that the order of execution doesn't matter. Maybe with an optional timeout variable to set a deadline on the total/per alias execution time and collect eventual error outputs at the end.wp @group plugin update --all --async
Inspired by this other issue Asynchronous Plugin installation, although that one is command specific and the technical impossibility is clear.
The text was updated successfully, but these errors were encountered: